Когда мы говорим про DevOps и SRE, многие представляют, что компания в какой-то момент просто решает «перейти на SRE». В реальности такого почти не бывает. Компании не переключаются с DevOps на SRE за один день. Они **постепенно вырастают до SRE**, обычно по мере роста системы, команды и стоимости простоев.
Многие компании в какой-то момент задают один и тот же вопрос: **Нужны ли нам DevOps-инженеры или нам уже нужен SRE?** Это не просто технический вопрос. Это **бизнес-решение, связанное с надежностью, рисками и ростом компании**. Исследования DevOps и SRE показывают, что DevOps и SRE — не конкурирующие подходы, а взаимодополняющие практики, и компании, которые используют оба подхода, достигают лучших результатов по производительности и надежности систем.
In this article, we will look at the key signs that indicate your infrastructure may need SRE support.
Когда мы говорим про DevOps и SRE, многие представляют, что компания в какой-то момент просто решает «перейти на SRE». В реальности такого почти не бывает. Компании не переключаются с DevOps на SRE за один день. Они постепенно вырастают до SRE по мере роста системы, команды и стоимости простоев.
Краткий обзор популярных open source решений для почты на своей инфраструктуре: состав стека (MTA, IMAP/POP, веб-клиент, антиспам), ОС, Kubernetes, сложность сопровождения и зрелость проекта. В конце — сравнительная таблица и практичные рекомендации для K8s и для классических VM.
Когда команда начинает разрабатывать приложение, всё обычно выглядит довольно просто. Репозиторий, сервер, база данных, иногда Docker, деплой через SSH — и вроде всё работает. На этом этапе почти никто не думает про DevOps, SRE, платформы разработки и прочие страшные слова.
Есть старый советский мультфильм «Вовка в Тридевятом царстве». Там герой мечтает о сказочной жизни, где ничего не надо делать самому. В какой-то момент появляются «двое из ларца» — исполнители, которые по команде делают все быстро и без лишних вопросов.
