Все найденные мной русскоязычные гайды не дают базового понимания того, как это работает, по большому счету это просто инструкции по настройке, причем под какой-то конкретный продукт и кейс: .net, Java, Node JS, etc.
Рубрика «continuous delivery»
Настройка GitLab CI-CD: понимаем принципы работы и запускаем первый pipeline
2026-05-04 в 23:36, admin, рубрики: continuous delivery, continuous integration, deploy приложений, devops, Docker executor, gitlab runner, pipeline, автоматизация сборкиЗадаём порядок деплоя ресурсов в Kubernetes с помощью werf-Helm
2022-09-02 в 6:16, admin, рубрики: continuous delivery, devops, helm, kubernetes, werf, Блог компании Флант, системы сборкиПри деплое в Kubernetes часто требуется выкатывать ресурсы в определённом порядке, а иногда и дожидаться готовности сторонних ресурсов. Например, сначала нужно запустить БД, дождаться создания динамического Secret’а сторонним оператором, потом выполнить инициализацию/миграции БД, а уже затем запустить само приложение.
Рассмотрим, как решать такие задачи с помощью Helm, а также сравним с более быстрым и удобным вариантом, который предлагает Open Source-утилита werf.
Первые шаги с werf: собираем и деплоим простое приложение в Kubernetes
2021-12-24 в 6:35, admin, рубрики: continuous delivery, devops, docker, kubernetes, werf, Блог компании Флант, системы сборкиВ этой статье мы рассмотрим, как с помощью Open Source-утилиты werf собрать Docker-образ простейшего приложения и развернуть его в кластере Kubernetes, а также с легкостью накатывать изменения в его коде и инфраструктуре.
Представляем онлайн-самоучитель по Kubernetes и деплою с werf для разработчиков
2021-12-22 в 10:11, admin, рубрики: continuous delivery, devops, kubernetes, laravel, node.js, ruby on rails, werf, Блог компании ФлантРады представить новую версию онлайн-самоучителя по werf, нашей CI/CD-утилите с открытым кодом!
Общая идея самоучителя — познакомить разработчиков с Kubernetes, показав на простых приложениях (готовы примеры для Ruby on Rails, Node.js и Laravel), как можно развертывать приложения в K8s с помощью werf. Это отличная возможность быстро освоить практические основы K8s без погружения в его объемную теоретическую базу. Если вы еще не решили, как провести новогодние каникулы с пользой, — вот вам идея.
werf v1.2 — стабильный релиз Open Source-утилиты для доставки приложений в Kubernetes
2021-12-01 в 8:11, admin, рубрики: continuous delivery, devops, giterminism, kubernetes, open source, werf, Блог компании Флант, системы сборки, Флант
werf — это CLI-утилита с открытым кодомЧитать полностью »
Развёртывание в Kubernetes из GitLab
2021-10-31 в 15:23, admin, рубрики: ci/cd, continuous delivery, continuous integration, devops, docker, Git, gitlab, Google Cloud Platform, google kubernetes engine, javascript, kubernetes, node.js, React, управление разработкойРазвёртывание в Kubernetes из GitLab
Это продолжение предыдущего туториала про командную разработку с использованием GitLab. Фокус предыдущей статьи был на организации непрерывной поставки в работе команды. В этой статье мы уделим основное внимание именно практическим действиям необходимым для развёртывания из GitLab в Kubernetes.
А именно мы возьмём максимально простое но достаточно содержательное приложение на React.js, докеризуем его, затем развернём в Kubernetes локально при помощи Docker Desktop. После этого развернём его уже на Google Cloud Platform (GCP), и завершим разработкой CI/CD конвейера в GitLab для публикации нашего приложения в Google Kubernetes Engine.
Желательны но необязательны базовые знания
- Docker;
- Kubernetes;
- Git;
- Node.js;
- React;
- Bash.
В дальнейшем мы сделаем следующее.
- 🧱 Познакомимся c нашим приложением, обсудим из чего оно состоит.
- 🐳 Докеризуем наше приложение.
- ☸️ Развернём наше приложение в Kubernetes локально на Docker Desktop.
- ☁️ Обсудим особенности GCP и как нужно изменить наше приложение, а затем ещё раз развернём наше приложение в Kubernetes но уже в GCP.
- 🦊 Завершим наш туториал созданием конвейера для развертывания приложения в GCP при помощи GitLab.
werf vs. Helm: корректно ли их вообще сравнивать?
2021-04-29 в 7:11, admin, рубрики: continuous delivery, devops, helm, kubernetes, open source, werf, Блог компании Флант, системное администрирование
Эта статья — развернутый ответ на вопрос, который нам периодически задают: чем werf отличается от Helm? На первый взгляд можно предположить, что задача у них примерно одинаковая: автоматизировать деплой приложений в Kubernetes. Но всё, конечно, немного сложнее…
Роль в CI/CD
Если упрощенно показать утилиты в рамках полного цикла CI/CD, то их функции значительно отличаются:
|
Helm |
werf |
|
— |
Запускаем тесты на GitLab Runner с werf — на примере SonarQube
2020-11-09 в 7:13, admin, рубрики: continuous delivery, devops, gitlab, gitlab ci, sonarqube, werf, Блог компании Флант, Тестирование веб-сервисов
Если в качестве инфраструктуры, где разворачивается приложение, выступает Kubernetes, можно сказать, что существует два способа запуска тестов (и других утилит для анализа кода) в CI/CD:
- непосредственно в кластере K8s — с помощью отдельных Job или Helm hooks;
- «снаружи» K8s — например, на сервере сборки/деплоя или локально у разработчиков.
Первый подход мы достаточно подробно описывали на интересном примере с базами данных в статье «Как мы выносили СУБД (и не только) из review-окружений в статическое». В этой статье рассмотрен более простой путь — запуск вне K8s-кластера. Делать мы это будем на примере SonarQube-тестов в рамках CI/CD, построенного на базе GitLab с использованием werf.Читать полностью »
Проблема «умной» очистки образов контейнеров и её решение в werf
2020-10-06 в 7:10, admin, рубрики: container registry, continuous delivery, devops, docker, kubernetes, open source, werf, Блог компании Флант, системы сборки, Флант
В статье рассмотрена проблематика очистки образов, которые накапливаются в реестрах контейнеров (Docker Registry и его аналогах) в реалиях современных CI/CD-пайплайнов для cloud native-приложений, доставляемых в Kubernetes. Приведены основные критерии актуальности образов и вытекающие из них сложности при автоматизации очистки, сохранения места и удовлетворения потребностям команд. Наконец, на примере конкретного Open Source-проекта мы расскажем, как эти сложности можно преодолеть.
Введение
Количество образов в реестре контейнеров может стремительно расти, занимая больше места в хранилище и, соответственно, значительно увеличивая его стоимость. Для контроля, ограничения либо поддержания приемлемого роста места, занимаемого в registry, принято:
- использовать фиксированное количество тегов для образов;
- каким-либо образом очищать образы.
Разбираемся с Custom Tooling в Argo CD
2020-09-05 в 22:04, admin, рубрики: Argo, argocd, ci/cd, continuous delivery, continuous integration, devops, Git, git-crypt, gitops, kubernetes, qbec, системное администрирование
Спустя некоторое время после написания первой статьи, где я ловко управлялся с jsonnet и гитлабом, я понял что пайплайны это конечно хорошо, но излишне сложно и неудобно.
В большинстве случаев требуется типовая задача: "сгенерировать YAML и положить его в Kubernetes". Собственно, с чем Argo CD замечательно и справляется.
Argo CD позволяет подключить Git-репозиторий и синкать его состояние в Kubernetes. По умолчанию есть поддержка нескольких видов приложений: Kustomize, Helm чарты, Ksonnet, голый Jsonnet или просто директории с YAML/JSON манифестами.
Большинству пользователей этого набора будет достаточно, но не всем. Для того чтобы удовлетворить потребности всех и каждого в Argo CD имеется возможность использовать custom tooling.
В первую очередь интересует возможность добавления поддержки qbec и git-crypt, которые с полна были рассмотренны в предыдущей статье.