Уютный чат для профессионалов, занимающихся поиском питоньих мудростей. Как не получить бан: https://t.me/ru_python/1961404
У меня там всё в дашбордах и алёртах, с этим проблем не должно быть
Читать полностью…Ну и + snapstart к этому. Хз что там по прайсу, наверное где то 12 в общем выйдет
Читать полностью…так, а ты их распаралелить пытаешься или в очередь ложишь?
Читать полностью…Оно на маке м4 про падает при 3х запросах, что там о ecs говорить)
Читать полностью…Да, в этом и прикол. Пытался треды подкрутить, стало лучше, можно несколько запросов отправить, но если больше 3х одновременных запросов то всё равно падает. Подкрутил драматик(что то типа celery но проще), тоже фигня. Вот и пришёл к выводу что нужна лямбда
Читать полностью…Ну и в общем, там много работы с файлами, не уверен что один инстанс выдержит хоть какую то реальную нагрузку от пользователей. А скейлить ecs это не очень идея
Читать полностью…А может не надо лямбды? По моим ощущениям, если есть хоть какая-то нагрузка, выходит дороже и медленнее
Читать полностью…Наконец-то, теперь и ко столбцу можно применить стиль! Сразу же. Вот так, медленно но верно, мой проект подбирается по функционалу к openpyxl...
Читать полностью…Подпись документа с сертификатом через google hsm + pkcs11
Читать полностью…ну ок) просто будь осторожен и поставь баджет алёрты на всякий случай
Читать полностью…Паралелить. Один запрос, в нормальных условиях идёт 20 сек. Если ставить в очередь то пользователь будет ждать иногда даже больше минуты
Читать полностью…Ну там наверное больше 3х запросов было, допустим 5. Но сути это не меняет
Читать полностью…Там проблемы на каждом шагу. Сейчас всё крутится на ecs. Один из примеров: есть эндпоинт на подпись документа с сертификатом который юзает либу написаную на c или c++. Почему то, вызов этой либы очень сильно блокает ивент луп, любые попытки это исправить только делали хуже
Читать полностью…Нужно переделать rest сервис под функции на лямбде на авс.
Что бы cold start был быстрее, и была возможность использования snapstart решил не использовать docker image напрямую, а только для слоёв(до 5 штук по 250мб).
Эти функции будут иметь общий код например для работы с файловой системой + с3, по этому нужно что то типа сабмодуля.
Пока что делаю все функции просто в виде директорий внутри монорепо, но сомневаюсь будет ли это нормально работать в перспективе, потому что для каждой функции(папки) нужно будет подгрузить common репо - гит сабмодуль.
Что думаете по этому поводу? Да, возможно занимаюсь хуйнёй, но это мой первый опыт с лямбдой и такой архитектурой в принципе
У тебя при каждом изменении технических вводных придется менять бизнес логику, которая от этого вообще не зависит
Если тебе не понятно в чем тут проблема и почему так делать не стоит - я сдаюсь