CI/CD для продакшна: GitLab Registry, Docker in Docker и отказоустойчивость

Значимый прорыв формирует отрасль ИИ: gtosss 29 минут назад CI/CD для продакшна: GitLab Registry, Docker in Docker и отказоустойчивость Средний 12 мин 809 DevOps * Настройка Linux * Linux * GitHub * Системное администрирование * Туториал Третья часть материала о CI/CD в котором мы рассмотрим работу с gitlab container registry. О серии статейВсе найденные мной русскоязычные гайды не дают базового понимания того, как это работает, по большому счету это просто инструкции по настройке, причем под какой-то конкретный продукт и кейс: . net, Java, Node JS, etc.

Целью серии статей является детальное и схематичное описание того, как все это устроено. Главная задача — вооружить читателя фундаментальным пониманием, что конкретно ему требуется сделать в его конкретном случае. Помимо самой инструкции по настройке, это будет так же справочник для погружения в DevOps, охватывающий:Максимально много функционала, которыми обладает Gitlab (общие абстракции актуальны и для его аналогов).

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

Инструменты которые нужны: Bash, Docker, Kubernetes и другие. Общую теорию и практику с конкретными сценариями. Если проект переходит из стадии разработки в продакшн где начинает осваивать рынок, появляется запрос на бесперебойную работу.

Одним из основным требований будет исключить downtime, разгрузить production сервер от лишней нагрузки, организовать процесс оперативной обработки инцидентов, чтобы в случае доставки нестабильного релиза была возможность откатиться. Материал разбит на несколько частей. Настройка GitLab CI/CD: понимаем принципы работы и запускаем первый pipelineНастройка self-hosted gitlab runner (CI/CD) Работа с registry (GitLab CI/CD) Горизонтальное масштабирование CI/CD (высоко-нагруженный продакшн)ОглавлениеРабота с артефактами и registry в .

ymlGitlab Container RegistryОписание gitlab-ci. yml Джоба build-imageДжоба test-imageВозвращаемся к практике Особенность при запуске gitlab runner в SELinuxПроверяем работуЗапуск контейнера на прод-сервереРабота с артефактами и registry в . ymlРасширим шаблонный .

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

yml с использованием хранилища артефактов. Представим что наше приложение работает в docker контейнере, контейнер запускается на базе образа. Образу можно назначить версию и хранить его в registry.

Это позволит хранить историю наших релизов в проде и в случае проблемы откатываться. Еще одним преимуществом будет то, что мы можем запускать сборку и тесты на отдельном сервере, отдельно от production сервера. В таком случае на прод сервере будет достаточно просто загрузить артефакт и запустить его.

У нас есть 2 варианта как мы поступим. Мы можем создавать артефакт в виде Docker образа и сохранить его в файл. Но это больше подойдет для временного хранения файлов и передачи их между джобами.

Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.