AWS SAM vs CDK vs Amplify

[nponeccop]

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

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

Comments

[mnogo_hodovka]

> serverless future

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

[nponeccop]

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

[anonim_legion]

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

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

[mnogo_hodovka]

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

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