Комментарии 4
Все это очередная шляпа. Имхо. Самый главный посыл -, "команде не надо заботиться о.. " но и это шляпа. Писать атомарные "функции" (что бы это ни значило) бред сивой кобылы. Они интересны только как часть системы. А система - это больше, чем набор функций.
Имхо реальный serverless — пока что не production-grade для серьёзных проектов.
вполне продакшен, но для каких-то точечных применений. Например, выше уже был пример — на serverless можно собрать систему реагирования на события безопасности, например. И это будет намного более эффективная и гибкая система, чем реализовывать ее на ВМ или на контейнерах… Но вот делать все, что ни попадя на serverless — это так не работает. Сразу будут огромные косты на поддержку, потому что сложность никуда не девается — она просто перемещается между уровнями туда-сюда
Да на самом деле - его сбоку прикрепить можно к чему угодно и это удобно (особенно как вы заметили - обработка эвентов), но весь проект делать - я пас. И дело не в сложности (легче запилить и задеплоить функцию, чем тот же микросервис), а дело в инструментах вокруг технологии, их пока мало, особенно если не любите вендор-лок.
Я думаю лет через 5-7 мы придём к microservice app marketplace "конструктору", а серверлесс будет дополнением сбоку.
Имхо делать объемные проекты чисто на серверлессе - выстрел себе в ногу.
Ну а про гибкость - она приходит из дизайна и архитектуры, не важно вм, бареметал или контейнеры, просто с контейнерами удобнее и проще
Как работают и где применяются бессерверные вычисления (Function-as-a-Service)