Lambda (облачные функции) создавались не под Node.js, как и не под Python, или любой другой язык. Говорить что не используются все функции ноды, ну так да, как и остальных языков. Задача то не в этом. Lambda это Compute Service, это про CPU, и никак не про IO. Говорить здесь про IO смешно. Для IO используются другие сервисы. Если опыт ограничивается только связкой API Gateway, то это лишь малая область применения. Основной выбор использовать лямбду на моей практике делается между:
Lambda vs Glue vs Fargate vs Sagemaker  Job. Именно здесь я принимаю решение. Потому как это compute сервисы. А за IO отвечают Kinesis, SQS, SNS и т.д. И именно с них можно считывать от 1 до 10000 events, для вычислений.

Добрый день. Приду к вам в лс.

Это всего лишь язык для написания бизнес логики, и очень гибкий, быстрый и стартует хорошо. Оверхед это было Java несколько лет назад поднимись в функциях. Где здесь оверхед, сори я не вижу. Не идеализируйте и не романтизируйте решения 🙂

Ну я о кейсах когда на лямбде строится «обычный CRUD». Это отлично работает, но там действительно не нужно всё API.

Можешь не bash писать :) там, это все up to you. Здесь нет идеального решения.

Мы строим B2B решение на лямбдах, там нагрузки кот наплакал и вот в этом кейсе просто красиво работает API Gateway + функция + очереди + постгрес. Да, не эффективно с точки зрения расхода ресурсов, но удобно, читаемо, поддерживаемо и не требует армии админов.

Готовая инфраструктура забирает на себя всё, остаётся только бизнес-логику писать, да контракты.

Не используются ну пусть, но является ли это оверхедом и как это замерялось? Core lib довольно компактная, стартап тайм постоянно совершенствуется, и скажу честно проблема стартаптайма больше от xray, provisioning и VPC зависит и других настроек, это 90% всего запуска. Я с ним не мало боролся. Если у вас высоко нагруженный бек, с минимальным откликом, ставьте сервер. А для compute это отличный сервис когда не нужна аналитика в пределах окна (периода времени).

Да я ж с тобой не спорю )

А я знаю, я просто пытаюсь рассказать что знаю и через что прошёл. 😉

Прежде всего мы должны решать задачи бизнеса в наиболее эффективном для данных вводных ключе.

💯

Кстати дискуссия после твоего доклада мне очень понравилась. 60 минут живого динамичного обсуждения!

эксперты Croc Code ждут всех в 13.00 на дискуссии "Сделать выбор в пользу GraphQL или дать шанс REST?" 🚀

Сегодня на HolyJS пройдет дискуссия «Тонкости разработки дизайн-системы» с Иваном Гришиным из Revolut.

Приходите пообщаться про консистеность продукта, уменьшение технического долга, определение правил, необходимость встроенных best practices и accessibility-требований в компоненты и многое другое.

Начало — в 14:30.

обманули(

нет вкладки интерактива

и не было

AlexanderG и сеньор Pomidor, пожалуйста, отзовитесь😜