Serverless DevEx и Observability: как не утонуть в облаке без лодки

Очередное выступление на тему serverless, и на этот раз Jones Zachariah Noel N решил пройтись по больному — Developer Experience и Observability. Если вы думали, что запустить функцию в облаке — это как заказать пиццу, то спешу огорчить: пицца может пригореть, а вы об этом даже не узнаете.

Почему serverless — это не магия

Главная фишка serverless — вы не думаете о серверах. Но когда что-то идет не так, вы начинаете о них думать, и еще как. Без нормальной observability отладка serverless-приложения превращается в квест: "Найди ошибку в трех соснах", где сосны — это миллионы логов, разбросанных по разным сервисам.

Докладчик предлагает не просто смотреть на метрики, а строить распределенные трейсы, чтобы понять, где именно ваша функция "съела" все ресурсы. И это не про то, как добавить еще один дашборд в Grafana, а про то, как сделать так, чтобы разработчик не просыпался в холодном поту после ночного деплоя.

Что реально помогает?

• OpenTelemetry — стандарт, который позволяет собирать трейсы без привязки к вендору. Почти как универсальный пульт, но для логов.
• Автоматическая инструментация — чтобы не писать один и тот же код для каждого сервиса.
• Корреляция логов и метрик — чтобы не прыгать между AWS CloudWatch, Datadog и еще десятком сервисов.

Кстати, про хайп: многие стартапы кидаются в serverless, потому что "это модно", а потом удивляются, почему билды падают, а ошибки не видны. Как говорится, "с большой мощностью приходит большая ответственность" — и большой счет за AWS.

Комментарий студии METABYTE

Serverless — это круто, но без правильной observability ваш проект может превратиться в черный ящик. Мы помогаем настраивать мониторинг и DevEx так, чтобы вы спали спокойно, а не тушили пожары по ночам.