Serverless Framework - фигня для новичков. Подкупает тем, что минимальный пример реально маленький и просто заводится сходу. Ну и механизм автогенерации через serverless.ts тоже интересный.
Но, так как, во-первых, они скатились в говно, а также во-вторых если проект не игрушечный и-или заботится о безопасности и-или у вас джуны не умеющие в
(
Read more... )
А как в этом прекрасном будущем бороться с вендор-локом? Чтобы не привязываться к AWS, а сделать так, чтобы работало и на клауде Red Hat, и на Azure/IBM/Google/etc.
Reply
Банкротством
Reply
Только зачем - вот непонятно.
Для малых нагрузок DynamoDB c лямбдами почти бесплатен, а для больших всё равно потребуется переезжать с лямбд на обычные сервера и обычный постгрес.
Reply
Но, насколько я понимаю, под serverless люди, к сожалению, обычно подразумевают жёсткую привязку к Амазону. То есть весь бизнес человека или юрлица зависит от вендора и погибнет, если вендор повысит тарифы или забанит, или введёт санкции.
Reply
Выгодно это будет, если лямбды исполняют код, который должен проснуться раз в неделю, за пару часов выполнить работу и заснуть до следующей недели. Или же если планируется максимально нестабильная нагрузка (всякие там рекламные акции и прочее, когда в каком-нибудь феврале на сайте будет одновременно сидеть 500 юзеров, в марте 100 тыс., в апреле 50 тыс., потом до осени по 1 тыс., потом снова под 100 тысяч). В любых иных случаях выгоднее микросервисы с k8s, а не готовая лямбда от Амазона. А уже на своём k8s с autoscaling, развёрнутом поверх обычных VPS/EC2, можно и serverless натягивать для себя лично (Knative, OpenFaaS, OpenWhisk, etc.).
У Вас какие мысли на этот счёт?
Reply
Leave a comment