В этой статье мы рассмотрим, как с помощью Open Source-утилиты werf собрать Docker-образ простейшего приложения и развернуть его в кластере Kubernetes, а также с легкостью накатывать изменения в его коде и инфраструктуре.
Рубрика «системы сборки»
Первые шаги с werf: собираем и деплоим простое приложение в Kubernetes
2021-12-24 в 6:35, admin, рубрики: continuous delivery, devops, docker, kubernetes, werf, Блог компании Флант, системы сборкиwerf v1.2 — стабильный релиз Open Source-утилиты для доставки приложений в Kubernetes
2021-12-01 в 8:11, admin, рубрики: continuous delivery, devops, giterminism, kubernetes, open source, werf, Блог компании Флант, системы сборки, Флант
werf — это CLI-утилита с открытым кодомЧитать полностью »
Как мы переезжали на новую версию GitLab и внедряли LFS. А потом чинили бэкапы
2021-08-19 в 15:45, admin, рубрики: Git, gitlab, lfs, Блог компании Lightmap, бэкапы, разработка игр, системы сборки, Системы управления версиями, хранилище данных
Исторически мы использовали GitLab 8, который работал на хосте Mac на VirtualBox. Потом конфигурация перестала устраивать, поэтому в локальной сети завели отдельную полноценную Ubuntu-машину. Заодно и GitLab обновили до версии 11.2.1-ee.
Ставили все по официальному Читать полностью »
Сборка и тестирование в монорепозитории: кластер распределённой сборки DistBuild. Доклад Яндекса
2021-07-10 в 8:28, admin, рубрики: Анализ и проектирование систем, Блог компании Яндекс, высокие нагрузки, монорепозиторий, распределенные системы, системы сборкиКак собирать 7000 изменений в день в огромном монорепозитории? Я постарался рассказать об этом на недавнем Я.Субботнике. Во вводной части я напомнил, чем мы в принципе занимаемся в отделе технологий разработки Яндекса. Дальше поговорили про устройство нашего кластера, а на десерт пообсуждали, как у нас используются вычислительные ресурсы на этом кластере — насколько хорошо они утилизируются.
Чем мы занимаемся
— Итак, давайте начинать. Наверняка все из вас каким-то образом связаны с IT и знают нормальный жизненный цикл или каждодневную работу разработчика. Он приносит основную ценность тем, что пишет код.
Читать полностью »
werf vs Docker. Чем лучше собирать образы
2021-07-02 в 8:53, admin, рубрики: devops, docker, kubernetes, open source, werf, Блог компании Флант, системы сборки
Продолжаем серию публикаций «werf vs...», которая вдохновлена часто задаваемыми вопросами. В первой статье мы объяснили, чем werf отличается от Helm. Теперь черед сравнения с еще более базовой утилитой — Docker.
Нас нередко спрашивают: зачем собирать образы с werfЧитать полностью »
Настраиваем Continuous Integration для Jenkins и Bitbucket с werf
2020-12-18 в 8:57, admin, рубрики: bitbucket, continuous integration, devops, Jenkins, werf, Блог компании Флант, системы сборки
Утилита werf создана так, чтобы её было легко интегрировать с любыми CI/CD-системами. Подробнее об этом процессе в общем случае читайте в эпилоге этой статьи, но основное её содержимое — практический пример по организации CI в Jenkins и Bitbucket.
Подразумевается, что в результате наших действий мы ожидаем получить следующее:
- Shared Library для Jenkins, чтобы все сценарии CI хранились в одном месте и их можно было править единым коммитом.
- Интеграцию Jenkins с Bitbucket, чтобы запускать CI по коммиту в определенные ветки или по созданию тега.
Поехали!Читать полностью »
Готовим C++. Система сборки Bake
2020-10-30 в 16:29, admin, рубрики: Bake, C, c++, программирование микроконтроллеров, система сборки, системы сборки
Наверное, большинство из вас согласится, что на сегодняшний день наибольшую популярность среди систем сборки для проектов на C/C++ имеет CMake. Каково же было мое удивление увидеть в проекте на новой работе собственную систему сборки - Bake.
Как привести проект в чувство
2020-10-27 в 8:00, admin, рубрики: eslint, javascript, lighthouse, refactoring, Sentry, sonar, webpack, Блог компании ДомКлик, Проектирование и рефакторинг, Разработка веб-сайтов, системы сборки
Представьте ситуацию, вы первый день на новом для вас проекте, с чего будете начинать? Опишите свои шаги.
Так звучит один из популярных вопросов на собеседовании для фронтенд-разработчиков. Я не знаю, что хочет услышать человек, задающий этот вопрос, но у меня есть ответ на его техническую составляющую и бэклог на несколько месяцев вперед.
Читать полностью »
Проблема «умной» очистки образов контейнеров и её решение в 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, принято:
- использовать фиксированное количество тегов для образов;
- каким-либо образом очищать образы.
Тесты на pytest с генерацией отчетов в Allure с использованием Docker и Gitlab Pages и частично selenium
2020-08-01 в 19:51, admin, рубрики: allure, docker, gitlab ci, gitlab pages, python, qa automation, системы сборки, Тестирование веб-сервисовЭтот текст предназначен для начинающих тестировщиков, желающих понять как делать отчеты на allure с историей тестов, также разъяснить где их хранить, чтобы в отчет мог заглянуть любой участник вашей команды.
Когда я хотел добавить в gitlab автотесты в стеке python, allure, docker, то я выяснил, что толковых статей на эту тему нет. Пришлось разбираться самостоятельно и как результат проб и ошибок появилась эта статья, которая скорее является гайдом, частично затрагивающим написание тестов, но наибольший фокус именно на выстраивании инфраструктуры. Если у вас уже написаны тесты на allure, то вы сразу можете переходить к разделу настройки инфраструктуры. Отмечу, что текст НЕ затрагивает написание UI тестов, но я затрону инфраструктуру для них в отдельном блоке.