Открыть список
Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Приглашаем Вас принять участие в GitLab Connect EMEA — 25 Mapта

Блог компании GitLabGitAgileDevOps


Приглашаем Вас принять участие в GitLab Connect EMEA, которое состоится 25 марта 2021 года.


GitLab Connect EMEA — виртуальное мероприятие, которое затронет все элементы успешной трансформации DevOps. Для участия в мероприятии, заполните форму регистрации здесь.
Читать дальше →
Всего голосов 6: ↑6 и ↓0 +6
Просмотры552
Комментарии 2

Несем DevOps в массы

Блог компании Конференции Олега Бунина (Онтико)Системное администрированиеIT-инфраструктураКонференцииDevOps
«Нужно активнее нести DevOps в массы», — решили мы в прошлом году, провели масштабный ребрендинг RootConf и запустили DevOpsConf, как место, где инженеры смогли обсудить множество насущных проблем и посмотреть на то, что же творится вокруг, чем живут в близких областях, как выходят из похожих, но все же отличных ситуаций. Нам удалось собрать классную программу и, что еще важнее, аудиторию профессионалов, которым боли и их решения были нужны и понятны.

Что ж, не будем останавливаться на достигнутом — продолжим продвижение подхода интеграции процессов разработки, тестирования и эксплуатации уже в мае на РИТ++.


Поскольку DevOps в нашем понимании — это про объединение всех процессов разработки, то фестиваль конференций РИТ++, в котором участвуют и серверные и клиентские разработчики, и управленцы разных уровней, люди, выстраивающие бизнес-процессы, и многие другие специалисты IT, — самое место, чтобы говорить о DevOps.
Читать дальше →
Всего голосов 28: ↑27 и ↓1 +26
Просмотры5.1K
Комментарии 0

GitOps: сравнение методов Pull и Push

Блог компании ФлантСистемное администрированиеGitDevOpsKubernetes
Перевод
Прим. перев.: В сообществе Kubernetes явную популярность набирает тренд под названием GitOps, в чём мы лично убедились, посетив KubeCon Europe 2019. Этот термин был относительно недавно придуман главой компании Weaveworks — Alexis Richardson — и означает применение привычных для разработчиков инструментов (в первую очередь — Git, откуда и само название) для решения задач эксплуатации. В частности, речь об эксплуатации Kubernetes через хранение его конфигураций в Git и автоматического выката изменений в кластер. О двух подходах к этому выкату и рассказывает Matthias Jg в данной статье.



В прошлом году (на самом деле, формально это произошло в августе 2017 г. — прим. перев.) появился новый подход к развёртыванию приложений в Kubernetes. Он называется GitOps, а в его основе лежит базовое представление о том, что отслеживание версий deployment'ов ведется в безопасной среде Git-репозитория.
Читать дальше →
Всего голосов 31: ↑30 и ↓1 +29
Просмотры12.5K
Комментарии 3

Что такое GitOps [по версии Weaveworks]?

Блог компании ФлантСистемное администрированиеIT-инфраструктураDevOpsKubernetes
Перевод
Прим. перев.: После недавней публикации материала о методах pull и push в GitOps мы увидели интерес к этой модели в целом, однако русскоязычных публикаций на эту тему оказалось совсем мало (на хабре их попросту нет). Посему рады предложить вашему вниманию перевод другой статьи — пусть и уже почти годичной давности! — от компании Weaveworks, глава которой придумал термин «GitOps». В тексте поясняется суть подхода и ключевые отличия от уже существующих.



Год назад мы опубликовали введение в GitOps. Тогда мы рассказали, как команда Weaveworks запустила SaaS, целиком основанную на Kubernetes, и разработала набор предписывающих лучших практик для развертывания, управления и мониторинга в среде cloud native.
Читать дальше →
Всего голосов 37: ↑35 и ↓2 +33
Просмотры28.4K
Комментарии 7

werf — наш инструмент для CI/CD в Kubernetes (обзор и видео доклада)

Блог компании ФлантСистемное администрированиеСистемы сборкиDevOpsKubernetes
27 мая в главном зале конференции DevOpsConf 2019, проходящей в рамках фестиваля РИТ++ 2019, в рамках секции «Непрерывная поставка», прозвучал доклад «werf — наш инструмент для CI/CD в Kubernetes». В нём рассказывается о тех проблемах и вызовах, с которыми сталкивается каждый при деплое в Kubernetes, а также о нюансах, которые могут быть заметны не сразу. Разбирая возможные пути решения, мы показываем, как это реализовано в Open Source-инструменте werf.

С момента выступления наша утилита (ранее известная как dapp) преодолела исторический рубеж в 1000 звёзд на GitHub — мы надеемся, что растущее сообщество её пользователей упростит жизнь многим DevOps-инженерам.



Итак, представляем видео с докладом (~47 минут, гораздо информативнее статьи) и основную выжимку из него в текстовом виде. Поехали!
Читать дальше →
Всего голосов 43: ↑43 и ↓0 +43
Просмотры13.6K
Комментарии 0

Представляем werf 1.0 stable: при чём тут GitOps, статус и планы

Блог компании ФлантOpen sourceСистемы сборкиDevOpsKubernetes


werf — это GitOps CLI-утилита с открытым кодом для сборки и доставки приложений в Kubernetes. werf поддерживает сборку образов приложения с помощью Dockerfile или собственного встроенного сборщика (на основе синтаксиса YAML, с поддержкой Ansible и инкрементальной пересборки на базе Git). Для доставки приложения используется формат конфигурации, совместимый с Helm. Код приложения, конфигурация собираемых образов и конфигурация выката приложения хранятся в одном Git-репозитории.

Долгожданный стабильный релиз 1.0 — это законченная по функциям базовая версия утилиты (точный номер версии первого стабильного релиза — это 1.0.6). В базовой версии werf поддерживает полный цикл доставки приложения и его сопровождения. Это включает в себя сборку образов приложения, деплой в Kubernetes, очистку неиспользуемых образов.
Читать дальше →
Всего голосов 42: ↑42 и ↓0 +42
Просмотры5.2K
Комментарии 16

Релиз werf 1.1: улучшения в сборщике сегодня и планы на будущее

Блог компании ФлантOpen sourceСистемы сборкиDevOpsKubernetes


werf — наша GitOps CLI-утилита с открытым кодом для сборки и доставки приложений в Kubernetes. Как и обещали, выход версии v1.0 знаменовал начало добавления в werf новых возможностей и пересмотра привычных подходов. Теперь мы рады представить релиз v1.1, который является большим шагом в развитии и заделом на будущее сборщика werf. Версия доступна на данный момент в канале 1.1 ea.

Основа релиза — это новая архитектура хранилища стадий и оптимизация работы обоих сборщиков (для Stapel и Dockerfile). Новая архитектура хранилища открывает возможности к реализации распределенных сборок с нескольких хостов и параллельных сборок на одном хосте.
Читать дальше →
Всего голосов 41: ↑41 и ↓0 +41
Просмотры2.1K
Комментарии 1

Собираем свой flow для git с нуля

ПрограммированиеGitСистемы управления версиямиУправление разработкойУправление проектами

На днях вышла прекрасная, хотя и спорная статья — Please, stop using GitFlow! (и еще десяток на эту же тему после нее).


Ее основными тезисами были:


  • GitFlow противоречит тезису "ветки должны быть короткоживущими".
    Это важно, потому что чем меньше живет ветка — тем меньше шанс конфликтов (не только git, но и логических)
  • GitFlow препятствует rebase-ам, чтобы сохранить merge-коммиты.
    Да, их можно сохранять и при ребейзах, но команды Git Flow не делают этого.
  • GitFlow отрицает подход Contunious Delivery, считая, что каждый акт Delivery должен совершаться релиз-инженером, да и в целом можно увидеть, что он ориентирован только на долгий релизный цикл.
  • GitFlow не дружит с микросервисами поверх мультирепозиториев (впрочем, тут вообще мало что подходит, это идея, которая всегда плохо заканчивается)
  • Но проблема GitFlow в том, что он и с монорепозиториями тоже не дружит.


    Я сам об это споткнулся в процессе дизайна пайплайнов CI: GitFlow чудовищно мешает, когда работает поверх монорепозитория с несколькими deliverables, например, когда в одном репозитории отдельно и бэкэнд, и фронтэнд — уже из-за того, что он позволяет докоммичивать в релизные ветки, могут возникнуть конфликты при обратном мердже, если в один момент времени существует больше, чем одна релизная ветка. Да даже если одна, все равно плохо — в таких условиях надо патчить в принципе релизные механизмы GitFlow, чтобы хоть как-то заработали отдельные релизы сущностей.



Так что делать-то?

Читать дальше →
Всего голосов 23: ↑21 и ↓2 +19
Просмотры12.6K
Комментарии 48

Разбираемся с Custom Tooling в Argo CD

Системное администрированиеGit*nixDevOpsKubernetes


Спустя некоторое время после написания первой статьи, где я ловко управлялся с jsonnet и гитлабом, я понял что пайплайны это конечно хорошо, но излишне сложно и неудобно.


В большинстве случаев требуется типовая задача: "сгенерировать YAML и положить его в Kubernetes". Собственно, с чем Argo CD замечательно и справляется.


Argo CD позволяет подключить Git-репозиторий и синкать его состояние в Kubernetes. По умолчанию есть поддержка нескольких видов приложений: Kustomize, Helm чарты, Ksonnet, голый Jsonnet или просто директории с YAML/JSON манифестами.


Большинству пользователей этого набора будет достаточно, но не всем. Для того чтобы удовлетворить потребности всех и каждого в Argo CD имеется возможность использовать custom tooling.


В первую очередь интересует возможность добавления поддержки qbec и git-crypt, которые с полна были рассмотренны в предыдущей статье.

Читать дальше →
Всего голосов 7: ↑7 и ↓0 +7
Просмотры2.7K
Комментарии 2

GitOps: очередной модный термин или прорыв в автоматизации?

Блог компании GitLabOpen sourceIT-инфраструктураGitDevOps

Большинство из нас, подмечая очередной новый термин в IT блогосфере или конференции, рано или поздно задается подобным вопросом: “Что это? Очередное модное слово, “buzzword” или действительно что-то стоящее пристального внимания, изучения и обещающее новые горизонты?” Точно также вышло у меня и с термином GitOps некоторое время назад. Вооружившись множеством уже существующих статей, а также знанием коллег из компании GitLab, я попытался разобраться, что же это за зверь, и как его применение может выглядеть на практике.

Читать далее
Всего голосов 9: ↑8 и ↓1 +7
Просмотры4.9K
Комментарии 4

Что же такое GitOps? Его свойства и недостатки

Блог компании ФлантDevOpsKubernetes


Полтора года назад мы переводили пару статей о том, что такое GitOps. С тех пор этот термин (и сам подход) набрал ещё большую популярность в среде DevOps-инженеров, особенно эксплуатирующих Kubernetes. В то же время у меня появилось свое видение того, какие у него проблемы и каким он должен быть. Поделиться этими мыслями я решил в получасовом видео — смотрите его либо читайте основную выжимку, если предпочитаете текст:
Читать дальше →
Всего голосов 43: ↑43 и ↓0 +43
Просмотры10.6K
Комментарии 14

GitOps — плохой и злой

Блог компании OTUSGitDevOpsОблачные сервисы
Перевод

Эксперт OTUS - Владимир Дроздецкий приглашает всех желающих на бесплатный вебинар, в рамках которого он подробно расскажет о программе курса "DevOps практики и инструменты" и ответит на интересующие вопросы. А прямо сейчас, по устоявшейся традиции, делимся с вами интересным переводом.

Недавно я общался с разработчиками из Humanitec (это Continuous Delivery-платформа для Kubernetes). Humanitec интересен тем, что вопреки современным тенденциям, он не основан на GitOps.

Лично я большой фанат GitOps, потому что он позволяет строить CI/CD без сложных инструментов с использованием только Git и декларативного описания конфигураций. Но несмотря на то, что я недавно написал статью "11 Reasons for Adopting GitOps" (11 причин для внедрения GitOps), в своей практике я неоднократно сталкиваюсь с ограничениями этого подхода. Беседа с ребятами из Humanitec побудила меня написать об этом негативном опыте для того, чтобы предоставить вам более объективную картину GitOps и поговорить об альтернативных подходах.

Читать далее
Всего голосов 11: ↑9 и ↓2 +7
Просмотры3.3K
Комментарии 2

Red Hat Advanced Cluster Management и управление приложениями, часть 1. Развертывание в нескольких средах

Блог компании Red HatOpen sourceGitВиртуализацияOpenshift
Мы начинаем серию постов, в которой покажем, как Advanced Cluster Management (ACM) предоставляет обширные возможности для управление жизненным циклом приложений, которые должны существовать сразу в нескольких средах, неважно, в облаке или в корпоративном дата-центре.

Сегодня мы сосредоточимся на тех аспектах ACM, которые относятся к категории GitOps, и разберем их, используя следующую модельную конфигурацию:


Читать дальше: Red Hat Advanced Cluster Management и управление приложениями, часть 1
Всего голосов 4: ↑4 и ↓0 +4
Просмотры1.3K
Комментарии 0

4 книги по цифровой трансформации для тимлидов, шпаргалка по Quarkus & Observability…

Блог компании Red HatOpen sourceВиртуализацияЧитальный залOpenshift


Мы собрали для вас короткий дайджест полезных материалов, найденных нами в сети за последние две недели. Оставайтесь с нами – станьте частью DevNation!
Читать дальше →
Рейтинг 0
Просмотры1.5K
Комментарии 0

Red Hat Advanced Cluster Management и управление приложениями, часть 2. Сине-зеленое развертывание, миграция…

Блог компании Red HatOpen sourceGitВиртуализацияOpenshift
Привет всем в этом блоге! В предыдущем посте мы рассмотрели базовые концепции жизненного цикла приложения в Red Hat Advanced Cluster Management (ACM) и показали, как их применять на примере развертывания приложения в двух кластерах. Сегодня расскажем, как применять ACM для сине-зеленого развертывания, миграции приложений между кластерами и аварийного восстановления.


Читать дальше: Red Hat Advanced Cluster Management и управление приложениями, часть 2...
Всего голосов 5: ↑5 и ↓0 +5
Просмотры836
Комментарии 0

HelmWave v0.5.0 – GitOps для твоего Kubernetes

GitDevOpsKubernetes

preview


Helm, как и Docker стал де-факто стандартом в индустрии. Тоже самое и с Kubernetes (52% доля в нише). И новость, что Docker is deprecated вызвало волну обсуждений в сообществе. Настолько все привыкли к Docker.

Читать дальше →
Всего голосов 10: ↑10 и ↓0 +10
Просмотры3K
Комментарии 6

7 вещей, которые нужно проработать, прежде чем запускать OpenShift в продакшн

Блог компании Red HatOpen sourceВиртуализацияKubernetesOpenshift
Взрывной рост использования контейнеров на предприятиях впечатляет. Контейнеры идеально совпали с ожиданиями и потребностями тех, кто хочет снизить затраты, расширить свои технические возможности и продвинуться вперед по пути agile и devops. Контейнерная революция открывает новые возможности и для тех, кто подзадержался с обновлением ИТ-систем. Контейнеры и Kubernetes – это абсолютно и принципиально новый способ управления приложениями и ИТ-инфраструктурой.



В отличие от предыдущего и столь же революционного перехода от «голого железа» к виртуальным машинам, контейнеры кардинально сокращают избыточность программного стека и меняют саму природу управления операционными системами на предприятии.
Читать дальше: 7 вещей, которые нужно проработать, прежде чем запускать OpenShift в продакшн
Всего голосов 8: ↑7 и ↓1 +6
Просмотры2.9K
Комментарии 0

Создание современных процессов CI/CD для бессерверных приложений с Red Hat OpenShift Pipelines и Argo CD. Часть 1

Блог компании SouthbridgeСистемное администрированиеПрограммированиеIT-инфраструктураDevOps
Перевод


В недавней статье выдвинуто предложение использовать Tekton в качестве фреймворка для облачных пайплайнов CI/CD и Argo CD в качестве идеальной пары для GitOps. Методики GitOps поддерживают непрерывное развертывание в гибридных и мультикластерных средах Kubernetes.


В настоящей статье, состоящей из двух частей, мы построим рабочий поток CI/CD, который продемонстрирует возможности совместного использования Tekton и GitOps. Вы также познакомитесь с Red Hat OpenShift Serverless, так как мы будем использовать ресурсы сервисов Knative в нашем CI/CD процессе.

Читать дальше →
Всего голосов 15: ↑13 и ↓2 +11
Просмотры3.1K
Комментарии 2

Создание современных процессов CI/CD для бессерверных приложений с Red Hat OpenShift Pipelines и Argo CD. Часть 2

Блог компании SouthbridgeСистемное администрированиеПрограммированиеIT-инфраструктураDevOps
Перевод


В первой части статьи я представил Tekton в качестве фреймворка для «облачных» пайплайнов CI/CD и Argo CD в качестве идеальной пары для GitOps в Red Hat OpenShift. Наша цель — создать законченный процесс непрерывной интеграции и доставки, который начнется при коммите в репозитории GitHub и завершится, когда новое приложение будет развернуто в Dev, Staging и Prod средах.

Читать дальше →
Всего голосов 10: ↑10 и ↓0 +10
Просмотры1.8K
Комментарии 0

Argo CD: готов к труду и обороне в Kubernetes

Блог компании OTUSDevOpsKubernetes
Перевод

В этой статье мы рассмотрим несколько вопросов касательно Argo CD: что это такое, зачем его используют, как его развернуть (в Kubernetes), как его использовать для реализации непрерывного развертывания (continuous deployment), как настроить SSO с помощью GitHub и разрешений и т.д.

Читать далее
Всего голосов 9: ↑7 и ↓2 +5
Просмотры3.3K
Комментарии 1
1