Почему мы отказываемся от serverless

[SWATOPLUS]

Serveless это про плавающую нагрузку. Сегодня у вас 1.5 запроса, а завтра миллионы оно все скейлится, работает и потребляет столько денег, сколько запросов. А есть нужен минимальное время отклика, то должен быть поднятый сервер, со всеми кэшами, вероятно даже в одном процессе, а не Redis, и хитро перенаправлять клиентов от сервера к северу.

Про время холодного старта serveless не знает только ленивый. Статья лишь описывает азбучные основны и говорит, что мы натянули сову на глобус, а потом стянули.

Это могло произойти либо, потому что не подумали, либо потому что бизнес вырос и надо адаптироваться к росту нагрузки. И вот я ожидал про это почитать.

Мы перешли с Cloudflare Workers на Go-серверы
Снизили задержки в шесть раз

До этого был тоже был код на Go или может быть на Python? А он напрямую платформой запускался или был обернут в докер? Какое было время холодной и теплой обработки запроса? Может быть было достаточно делать прогрев воркеров (да дороже, но насколько?) Может быть эффект из-за того, что переписали код на другой язык или по другому запускали? На сколько сэкономили на инфраструктуре? Не выросли ли издержки в человеко-часаз на деплой?

Подробнее мы расскажем об этом в ещё одном посте.

Надеюсь в нем будет больше конкретики и цифр.

[yrub]

а еще это дешево на определенном интервале запросов. у нас лямбды меньше бакса в месяц кушают судя по скрипту подсчета затрат.

[savostin]

Так как теперь масштабируется? Или тупо один гигантский сервер, который все держит в памяти?

Я так понимаю, привязали себя к другому провайдеру, раз aws…

[elsaqq]

server это свобода, serverless это игла провайдера

если нужно быстро, то serverless

если нужно владеть своим продуктом и иметь возможность реализовать вообще всё что только возможно программно (ведь к вашим услугам почти все языки программирования, базы данных и потенциально полезные примочки; а не 2-3 инструмента, которые провайдер решил одобрить) то server

а если нужны простые типичные функции, в простых условиях, то возможно serverless будет быстрее и выгоднее

[Dhwtj]

тупо кеширование добавили

ясно, понятно

[belonesox]

Мы собрали конкретно chproxy, потому что ClickHouse не любит тысячи крошечных insert. Это Go-сервис, буферизирующий события и отправляющий их большими пакетами (батчами)

Это странно. Ибо chproxy не склеивает мелкие инсерты, он только диспетчеризует на разные кластеры, склеиванием обычно другие занимаются, типа clickhouse-bulk