Процитирую ребят из IBM: «The name notwithstanding, there are most definitely servers in serverless computing. 'Serverless' describes the developer’s experience with those servers—they are are invisible to the developer, who doesn't see them, manage them, or interact with them in any way.»
Спасибо за интересный кейс. Если вам интересна экосистема Serverless-сервисов и все, что с этим связано, заходите в наше сообщество в Telegram, где можно обсудить serverless в целом.
Кстати, вчера выкатил подкаст на тему контейнеров с Андреем Халиулиным, в его руках новые рантаймы функций и он деятельно вмешивался в разработку бессерверных контейнеров
В том-то и дело, что у тебя в распоряжении сервера нет. Ты не управляешь им, не обновляешь, не следишь за его секьюрностью и т.д. И в этом смысле, сервера у тебя нет. И в этом смысле, это очень осмысленный термин.
Тому, который понимает и оценивает стоимость бизнес транзакции. Вот допустим ты на транзакции клиента зарабатываешь X, а с serverless решениями ты можешь посчитать сколько это будет тебе стоить — обсчитать стоимость бизнес-процесса по обработке именно этой транзакции равна Y. Вот у тебя трафик ты заработал X - Y на каждой транзакции, если разница положительная то профит очевиден. Гоним трафик, зарабатываем. Трафика нет, не зарабатываем, но и не тратим.
Термин serverless — бессерверные, уже прижился и мы будем с этим жить. По факту это «managed database service» с моделью оплаты «pay as you go» развернутый на стороне облачного провайдера.
Вопрос переездов, конечно острый, и не везде возможен. В самом плохом случае прийдется слой работы с данными переписать, в лучшем это произойдет бесшовно.
Смотри есть пара примеров. Первый, Amazon Aurora Serverless по сути это MySQL и PostgreSQL и переезд из одного облака в другое неприятное дело но не страшное. Второй, Amazon DynamoDB и Yandex Database в Serverless варианте, тут за счет поддержки промежуточного слоя практически бесшовный переезд.
Кажется, это будет примитивная разновидность ddos, только с целью опустощить кошелек. И тут конечно нужно начать применять классические методики защиты сервиса, например, проверять количество запросов (ограничивать по времени или поштучно от одного аккаунта/ip и тд).
Мониторинг кластера Managed Kubernetes от Yandex.Cloud :
В кластере Managed Kubernetes автоматически собираются основные метрики по узлам и подам, и поставляются во внутреннюю систему мониторинга. Самые основные из них доступны на вкладке «Мониторинг» в Web UI, по остальным можно собрать свой дашборд или настроить алёрты самостоятельно.
честно, зависло в черновиках и потом не было дописано ( надо себя взять в руки, выдернуть из рутины и дописать.
Процитирую ребят из IBM:
«The name notwithstanding, there are most definitely servers in serverless computing. 'Serverless' describes the developer’s experience with those servers—they are are invisible to the developer, who doesn't see them, manage them, or interact with them in any way.»
Все верно, но дальше будет продолжение.
А ты глазастый +)
Спасибо за интересный кейс. Если вам интересна экосистема Serverless-сервисов и все, что с этим связано, заходите в наше сообщество в Telegram, где можно обсудить serverless в целом.
Кстати, вчера выкатил подкаст на тему контейнеров с Андреем Халиулиным, в его руках новые рантаймы функций и он деятельно вмешивался в разработку бессерверных контейнеров
Все так, вообще в планах написать как этим делом можно пользоваться.
Боюсь уже так сложилось. И сам термин и его перевод, думаю они с нами на долго.
Про это отдельно надо написать, прям хорошая идея
Кафку самостоятельно поднимаете или используете менеджет решение?
В том-то и дело, что у тебя в распоряжении сервера нет. Ты не управляешь им, не обновляешь, не следишь за его секьюрностью и т.д. И в этом смысле, сервера у тебя нет. И в этом смысле, это очень осмысленный термин.
Тому, который понимает и оценивает стоимость бизнес транзакции. Вот допустим ты на транзакции клиента зарабатываешь X, а с serverless решениями ты можешь посчитать сколько это будет тебе стоить — обсчитать стоимость бизнес-процесса по обработке именно этой транзакции равна Y. Вот у тебя трафик ты заработал X - Y на каждой транзакции, если разница положительная то профит очевиден. Гоним трафик, зарабатываем. Трафика нет, не зарабатываем, но и не тратим.
Тут бы конечно позвать ребят из Azure и совместно попрофилировать/подебажить, может быть это какая-то локальная проблема?
Мимо меня прошло, а можно где-то почитать подробнее?
Набредал на тред, давненько это было. Скажи, что-то поменялось за прошедший год? На сколько помню там было все утыкано значками «beta».
Термин serverless — бессерверные, уже прижился и мы будем с этим жить. По факту это «managed database service» с моделью оплаты «pay as you go» развернутый на стороне облачного провайдера.
Вопрос переездов, конечно острый, и не везде возможен. В самом плохом случае прийдется слой работы с данными переписать, в лучшем это произойдет бесшовно.
Смотри есть пара примеров. Первый, Amazon Aurora Serverless по сути это MySQL и PostgreSQL и переезд из одного облака в другое неприятное дело но не страшное. Второй, Amazon DynamoDB и Yandex Database в Serverless варианте, тут за счет поддержки промежуточного слоя практически бесшовный переезд.
Подробнее можно почитать тут
Варианты управления кластером Managed Kubernetes от Yandex.Cloud :
Мониторинг кластера Managed Kubernetes от Yandex.Cloud :
В кластере Managed Kubernetes автоматически собираются основные метрики по узлам и подам, и поставляются во внутреннюю систему мониторинга. Самые основные из них доступны на вкладке «Мониторинг» в Web UI, по остальным можно собрать свой дашборд или настроить алёрты самостоятельно.