i
И не надо париться за инфраструктуру, оно где-то там под капотом
Size: a a a
2021 April 03
i
Условно пишешь код на go/python/node etc, он должен соответствовать некоторым требованиям - и платишь только за фактическое время когда он выполняется, он масштабируется горизонтально сам по себе и не надо управлять машинами
AU
а в чем вообще основной смысл\крутизна лямбды в плане хостинга\штуки где лежит твой проект?
Не нужно заводить отдельную вмку или контейнер и за этим всем хозяйством смотреть и обновлять.
i
Не нужно заводить отдельную вмку или контейнер и за этим всем хозяйством смотреть и обновлять.
Не только
i
Не надо планировать, что вот в такое время у нас 10 rps - нам нужна одна машина, а в такое 1000 rps - нам нужно 10 машин
AU
Не только
Не только, но основное.
i
Лямбда запустится ровно столько раз сколько надо
i
Горизонтально масштабирование из коробки
AU
Не надо планировать, что вот в такое время у нас 10 rps - нам нужна одна машина, а в такое 1000 rps - нам нужно 10 машин
Да, но сервис должен быть стейтлесс и место, куда он сливает результат выполнения, тоже не должно крякнуть под нагрузкой
i
Не надо постоянно держать избыточные ресурсы, не надо постоянно учитывать сколько на понадобится ресурсов потом - их будет столько, сколько надо
i
Да, но сервис должен быть стейтлесс и место, куда он сливает результат выполнения, тоже не должно крякнуть под нагрузкой
Поэтому я и написал про некоторые требования
AU
Угу
i
Ну и он не должен быть конечно типа молотилкой которая 24/7 работает - тогда лямбда будет дороже
i
Но для среднего веба который обрабатывает запросы - лямбда будет таки дешевле
AU
Для мониторинга своей инфры со всего мира лямбда хорошо подходит
AU
Доступность, как эникасты резолвятся, как быстро проходит первый Коннект, т.д.
m
эникасты эт как?
i
Еще лмбда очень хорошо подходит для сервисов с очень неравномерной нагрузкой
i
Потому что если держать под такие машины постоянно - значит что бОльшая часть мощностей всегда будет впустую болтаться