На каждой конференции посвященной DevOps и Kubernetes стабильно всплывает какой-нибудь новый инструмент для темплейтирования и деплоя манифестов в K8s. Таких инструментов уже есть десятки — Kustomize, Ksonnet, Helm, CUE, etc.
Для меня это всегда было странно, если нужно просто затемплейтить манифесты, можно же просто взять любой ЯП, k8s библиотеку и описывать манифесты на любимом языке.
В своем докладе я покажу как работает такой подход на практике, чем он лучше и почему все равно не решает задачи, с которыми справляется Helm.

Переход из роли эксперта на роль тимлида редко проходит гладко. Когда ты в знакомой для себя роли, ты знаешь (в идеале, конечно), в чем ты хорош, как применять свои сильные стороны, ты понимаешь, от чего ты кайфуешь на работе. Стал ты тимлидом, включился синдром самозванца и часто встает вопрос: на что мне теперь опереться?
А чем выше ты поднимаешься по карьеры руководителя, тем меньше заботятся о твоей мотивации. Поэтому важно о себе думать самому. Ведь понимания себя дает опору не только тебе, но и твое команде. А как именно рассмотрим в докладе.

Почти у всех есть мониторинг. Часто он становится надежным инструментом обнаружения неисправностей и их предотвращения на ранней стадии. Не менее часто в качестве мониторинга выступает APM на бесплатном плане с отчетами "из коробки", где что-то меряется, какие-то алерты падают в чат, никто на них не реагирует, и в один прекрасный солнечный день приложение ложится так, что поднимать его приходится до поздней ночи.
В докладе:
- Обсудим антипаттерны мониторинга.
- Научимся представлять систему в терминологии теории очередей.
- Выберем самые критичные метрики и настроим их.
- Разберемся, какие есть менее критичные метрики и научимся видеть смысл в их графиках.
- Разберемся, зачем нужны алерты, и когда они не нужны.