AWS SAM vs CDK vs Amplify

Sep 18, 2024 19:34


Serverless Framework - фигня для новичков. Подкупает тем, что минимальный пример реально маленький и просто заводится сходу. Ну и механизм автогенерации через serverless.ts тоже интересный.

Но, так как, во-первых, они скатились в говно, а также во-вторых если проект не игрушечный и-или заботится о безопасности и-или у вас джуны не умеющие в ( Read more... )

Leave a comment

mnogo_hodovka September 19 2024, 11:58:09 UTC
> serverless future

А как в этом прекрасном будущем бороться с вендор-локом? Чтобы не привязываться к AWS, а сделать так, чтобы работало и на клауде Red Hat, и на Azure/IBM/Google/etc.

Reply

nponeccop September 19 2024, 13:48:16 UTC

Банкротством

Reply

anonim_legion September 19 2024, 20:06:45 UTC

Только зачем - вот непонятно.

Для малых нагрузок DynamoDB c лямбдами почти бесплатен, а для больших всё равно потребуется переезжать с лямбд на обычные сервера и обычный постгрес.

Reply

mnogo_hodovka September 19 2024, 23:28:11 UTC
Я ничего не имею против идеи serverless. Она удобна, если взять и на любом клауде или сразу нескольких (Red Hat, Amazon, Azure, IBM, Google, Yandex) через Kubernetes с autoscaling и прочими удобствами развернуть там свою инфраструктуру для serverless (Knative, OpenFaaS, OpenWhisk). А уже поверх неё делать свои проекты с "наносервисами" (лямбдами). Тогда не будет вендор-лока и переплаты. В таком случае одна лямбда может быть запущена на Azure, другая - на Red Hat, третья - у Гугла и так далее. Или же у одного вендора, но с возможностью очень быстро поменять вендора, просто мигрировав с данными и кодом через k8s.

Но, насколько я понимаю, под serverless люди, к сожалению, обычно подразумевают жёсткую привязку к Амазону. То есть весь бизнес человека или юрлица зависит от вендора и погибнет, если вендор повысит тарифы или забанит, или введёт санкции.

Reply

mnogo_hodovka September 19 2024, 23:34:51 UTC
И ещё есть недостаток у serverless в жёсткой привязке к Амазону, кроме vendor lock. Это цена решения.

Выгодно это будет, если лямбды исполняют код, который должен проснуться раз в неделю, за пару часов выполнить работу и заснуть до следующей недели. Или же если планируется максимально нестабильная нагрузка (всякие там рекламные акции и прочее, когда в каком-нибудь феврале на сайте будет одновременно сидеть 500 юзеров, в марте 100 тыс., в апреле 50 тыс., потом до осени по 1 тыс., потом снова под 100 тысяч). В любых иных случаях выгоднее микросервисы с k8s, а не готовая лямбда от Амазона. А уже на своём k8s с autoscaling, развёрнутом поверх обычных VPS/EC2, можно и serverless натягивать для себя лично (Knative, OpenFaaS, OpenWhisk, etc.).

У Вас какие мысли на этот счёт?

Reply


Leave a comment

Up