Лучшие практики деплоя: Ansible, GitLab CI

В сфере искусственного интеллекта произошло заметное событие. sproshchaev 12 часов назад Лучшие практики деплоя: Ansible, GitLab CI Средний 7 мин 5. 7K Блог компании OTUS DevOps * Карьера в IT-индустрии Кейс Всем привет, меня зовут Сергей Прощаев, и в этой статье я расскажу, как перестать бояться деплоев по пятницам и построить Continuous Delivery с помощью Ansible и . yml, который живёт прямо в репозитории.

" data-abbr="GitLab CI">GitLab CI. Я Tech Lead и руководитель направления Java / Kotlin разработки в FinTech & E‑commerce, а ещё преподаю на курсах разработки и архитектуры в OTUS — так что тема автоматизации деплоя для меня и личный вызов, и профессиональный интерес. Если вы хоть раз в три часа ночи правили конфиг прямо на проде, потому что «нужно срочно пофиксить баг», а потом оказывалось, что вы забыли обновить сервис на одном из серверов — добро пожаловать в клуб.

Технические детали

Именно с этого все когда‑то начинают внедрять нормальный CD. И сегодня разберём, как настроить процесс, который не стыдно показать коллегам, а главное — который экономит время и бизнесу деньги. 1 — Автоматизированный конвейер деплоя с GitLab CI и Ansible.

Почему «ручной деплой» — это технический долг с огромными процентамиВ сети есть описание одного проекта в FinTech‑компании: команда из десяти разработчиков, пять микросервисов, деплой — через SSH и bash‑скрипты. Вроде бы всё работало, пока однажды в пятницу не выкатили версию PaymentService с неправильным файлом конфигурации. Пропустили символ в URL шлюза — платёжный API лёг на сорок минут.

Сорок минут процессинг не работал. А причина банальная: человек скопировал конфиг не на тот сервер. После этого случая ни у кого больше не возникало сомнений: «Всё, автоматизируемся».

Отраслевые последствия

Ручной деплой страшен не ошибками самих разработчиков — он страшен непредсказуемостью. Невозможно гарантировать, что на двух серверах лежит одна и та же версия, что рестарт сервиса произошёл именно после копирования артефакта, что не потерялась какая‑то зависимость. И главное — каждый раз это стресс.

А стресс, как известно, лучший способ выгореть раньше срока. Что мы строим: CD глазами того, кто потом будет дебажить в два часа ночиПрежде чем кидаться в код, давайте договоримся о терминах. Continuous Delivery (CD) в нашем контексте — это автоматический процесс, который после успешного прохождения тестов подхватывает артефакт, доставляет его на целевые серверы и аккуратно обновляет сервис.

С возможностью быстро откатиться. И, что важно для sleep‑deprived инженера, с читаемыми логами каждого шага. Мы будем использовать связку GitLab CI (оркестрация пайплайна) и Ansible (управление конфигурациями и собственно деплой).

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.