---
# System prepended metadata

title: 'От деплоя скриптами к Helm charts: Реальная история сокращения релиза с 8 часов до 30 минут.'

---

# От деплоя скриптами к Helm charts: Реальная история сокращения релиза с 8 часов до 30 минут.

Раньше мы выкатывали релиз по целый рабочий день всей командой в 5 человек, а теперь весь процесс занимает не больше 30 минут силами двух инженеров, и релиз в пятницу вечером больше не является головной болью и кошмаром на все выходные. 
Разные компании используют разные инструменты для деплоя: вплоть до самописных bash скриптов, ведь необходимость в доставке продукта до кластера никто не отменял.
Нередко подобные инструменты несут в себе некоторые недостатки и, в какой-то момент, создают множество проблем вместо пользы. Однако, есть очень удобный инструмент деплоя - Helm (диспетчер пакетов для Kubernetes, упрощающий упаковку, настройку и развертывание приложений и сервисов в кластерах Kubernetes). 
Рассмотрим конкретный проект, где был осуществлен переход с самописного bash скрипта на Helm. 

## Тезисы

- Эволюция деплоя:
  Основные проблемы при использовании самописного bash скрипта.
  Постановка цели и выбор решения.
   
- Поэтапные решения:
  Шаблонизирования Helm. 
  Naming convention.
  Code review 
  Моно репозиторий.
  Версионирование.
  Использование чартов для openshift и k8s. 
  Меньше хардкода - больше шаблонов.
  Интеграция с Vault для хранения секретов.
  
# Для программного комитета

- Эволюция деплоя:
  Основные проблемы при использовании самописного bash скрипта.(Кракая     история появления скрипта и возникшие проблемы при его дальнейшем         использовании)
  Постановка цели и выбор решения. (Была поставлена цель уменьшить время деплоя, свести к минимому количество ошибок, если же ошибки появилась в значениях переменных то сократить время исправления. Для решения этих задач было принято решения использвать Helm, который позволяет... )
   
- Поэтапные решения:
  Helm-шаблонизация. (best practices. Использование стартового         шаблона для ускорения написания чартов)
  Naming convention.
  Code review. 
  Моно репозиторий. (Выбор на конкретном проекте)
  Версионирование.
  Использование чартов для openshift и k8s. (Возможность использования чартов не только в k8s, но и в openshift.)
  Меньше хардкода - больше шаблонов.
  Интеграция с Vault для хранения секретов. (Перенос секретов из файлов в Hashicorp Vault)