DevOps и серверная инфраструктура

DevOps и настройка серверной инфраструктуры: сборка, деплой, наблюдение и резервное копирование, устроенные так, чтобы релиз был обычным делом, а не событием. Берём отдельной задачей или инженером в вашу команду.

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

Сразу разграничим, потому что путают часто. DevOps вырос из системного администрирования, но одним и тем же они от этого не стали. DevOps это инфраструктура как код и массовая настройка через Terraform, Ansible и подобные инструменты, конвейер сборки и деплоя, окружения, наблюдение и то, как хранятся и передаются секреты. Нужен он там, где много кода и регулярные релизы. Системный администратор это поддерживающий юнит: серверы и системы на них, точечные задачи, выдача и отзыв доступов, обслуживание работающего, а в компаниях без отдельного специалиста по безопасности часто и эта роль. Многие администраторы практикуют и часть devops-задач, но отвечают всё-таки за другое, и подменять одну роль другой дорого.

Мы приводим инфраструктуру к понятному состоянию. Она описывается кодом, поэтому её можно прочитать, повторить и восстановить, а не держать в голове одного человека. Сборка и деплой автоматические, поэтому релиз перестаёт быть событием. Наблюдение построено так, чтобы о проблеме вы узнавали от системы мониторинга, а не от клиентов, и приходить с этим к нам не требовалось: об инциденте мы узнаём оттуда же.

Инструменты подбираются под масштаб, а не по списку модного. Terraform берём там, где серверы нужно поднимать быстро и помногу разом. Ansible там, где сервис вышел на ровную производительность и новые машины появляются редко: он спокойно настраивает новый сервис со всеми ключами и доступами. Со сборкой так же: обычно хватает GitLab CI или GitHub Actions, а под ручные сценарии и сложные конвейеры разворачиваем Jenkins или TeamCity.

Обновления без простоя это отдельная работа. При переезде Silent Notary контейнеры обновлялись на ходу: человек мог находиться в разделе старой версии, нажать на главную и оказаться в новой системе, не заметив перехода. Так можно делать почти всегда, вопрос только в деньгах и в том, действительно ли простой для вас недопустим.

Ещё один разговор, который стоит вести заранее, это расходы. Облако удобно и незаметно разрастается: неиспользуемые диски, забытые копии сред, машины «на всякий случай». Мы считаем расходы вместе с настройкой и показываем, где инфраструктура стоит дороже, чем приносит.

Инфраструктура идёт рядом с бэкендом, серверным ПО и веб-разработкой. Направление можно отдать целиком по модели аутсорса или взять инженера в команду по модели аутстаффа. Если непонятно, что происходит с работающей системой, начните с аудита. Наши инфраструктуры обслуживают кошелёк, платформу стейкинга и обозреватель сети.