Прочтите оригинальную статью / Задиг на Github / Задиг на Gitee
Рекомендуемое к прочтению: Пришло время попрощаться с Дженкинсом / Подробное сравнение Задига и Дженкинса: Выбор эпохи и выбор разработчика / Платформенная инженерия и новый 1 миллиард разработчиков в эпоху ИИ
Jenkins — это старый инструмент для создания кода, который появился еще до того, как ИТ-технологии перешли в облако. По сравнению с Jenkins, облачный Zadig больше подходит для разработки приложений в эпоху облачного интеллекта. Мы обсуждали это в разделе «Подробное сравнение Zadig и Zadig». Дженкинс: Выбор времени » Есть подробное сравнение с «Выбором разработчика » и статьей: Zadig не только имеет почти все функции, эквивалентные Jenkins, но и имеет в десять раз более высокую масштабируемость, простоту использования и безопасность с точки зрения Полноценные возможности DevOps.
Однако предприятия, которые потратили много времени и сил на создание конфигурации и конвейера службы Jenkins, могут надеяться на быстрое подключение к новой платформе в краткосрочной перспективе без внесения слишком большого количества изменений. В последней версии Zadig мы предоставляем решение, к которому можно быстро получить доступ и интегрировать его с Jenkins, что облегчит эффективный доступ к тысячам сервисов и позволит большему количеству предприятий быстро интегрироваться в ускоренную облачную DevOps.
1. Какие сценарии подходят для данного интеграционного решения?
Сценарий 1: В Дженкинсе так много вакансий, это больно!
На предприятии мы использовали Jenkins для реализации атомарной сборки и управления развертыванием микросервисов. Каждый микросервис соответствует заданию Jenkins, в результате чего образуется большое количество заданий, которое может достигать сотен или тысяч. В этом случае каждое изменение услуги требует ручного выполнения нескольких заданий, что приводит к следующим болевым точкам:
1. Слишком много мешающей информации. Каждый релиз требует отфильтровать из большого количества заданий целевые задания, которые необходимо выполнить, что отнимает много времени и энергии.
2. Высокая сложность автоматизации. Запуск выполнения нескольких заданий вручную — утомительная и повторяющаяся операция, что затрудняет пакетную публикацию одним щелчком мыши и затрудняет автоматизацию.
3. Неэффективность принятия решений о выпуске. Результаты выполнения каждого задания по выпуску необходимо отслеживать отдельно, что снижает эффективность принятия решений о выпуске продукта.
4. Сильная фрагментация информации. Отсутствие единой платформы управления приводит к разбросанному выпуску информации, что чрезвычайно затрудняет отслеживание однажды выпущенной информации.
Рабочий процесс Zadig может управлять заданиями Jenkins и запускать одновременное выполнение заданий Jenkins, меняя управление и сложность выполнения массивных заданий с вопросов на размышление на вопросы с множественным выбором, а информацию о выполнении нескольких заданий можно отслеживать на одной странице.
Сценарий 2: Процесс проведения НИОКР фрагментирован и болезненный!
В процессе проведения исследований и разработок обработка изменений кода/бизнеса, изменений данных и изменений конфигурации может быть утомительной. Хотя мы использовали Jenkins Job для автоматизации бизнес-изменений, весь процесс по-прежнему фрагментирован.
1. Тяжелое управление файлами Jenkins. Персоналу исследований и разработок приходится писать и поддерживать множество файлов Jenkins, что отвлекает их внимание и мешает сосредоточиться на ценности для бизнеса.
2. Проблемы с изменениями данных и конфигурации. Изменения данных и конфигурации обычно не имеют хороших автоматизированных решений и требуют участия нескольких команд и ролей, что приводит к высоким затратам на связь и неэффективной скорости доставки.
Zadig поддерживает универсальные изменения в бизнесе, данных и конфигурации, поддерживает инструменты управления конфигурацией, такие как Nacos и Apollo, а также поддерживает изменения данных на основе MySQL, MariaDB, Flyway и т. д. Нет необходимости писать сценарии, и его можно использовать сразу после одной интеграции.Это действительно позволяет инженерам-разработчикам сосредоточиться на создании ценности для бизнеса и освобождает инженеров по эксплуатации и техническому обслуживанию от рутинной поддержки повседневной работы разработчиков. Кроме того, он поддерживает передачу параметров задания Jenkins для достижения полного соединения, а рабочий процесс поддерживает функцию утверждения для обеспечения соответствия требованиям и безопасности производственного выпуска.
Сценарий 3: Конфигурация разрешений расширена и хаотична!
Способ реализации управления разрешениями в Jenkins заключается в объединении пользователей и ролей в таблицу, а администратор настраивает разрешения пользователей путем проверки. С развитием предприятий, динамичными изменениями в составе сотрудников и развитием бизнеса таблицы разрешений станут чрезвычайно расширенными, а умственное бремя их обслуживания станет очень высоким.
Zadig поддерживает пользователей/группы пользователей и управление разрешениями в различных измерениях: глобальные системные, бизнес-проекты, ресурсы рабочих процессов... Разрешения могут распределяться каждой бизнес-группой, что эффективно снижает нагрузку на управление разрешениями на основе обеспечения изоляции разрешений.
2. Как быстро интегрировать Jenkins & Zadig?
Шаг 1. Получите токен API Jenkins
Администратор Jenkins получает доступ к Configuration , выполняет команду «Добавить новый токен» и добавляет токен API.
Шаг 2. Интегрируйте Jenkins
Администратор Zadig открывает раздел «Системная интеграция» > «Инструменты CI/CD» , чтобы настроить информацию об интеграции Jenkins.
Шаг 3. Настройте рабочий процесс Zadig и организуйте задание Jenkins.
Обратитесь к документу [1], чтобы настроить пользовательский рабочий процесс и настроить рабочий процесс среды разработки, включая изменения конфигурации Apollo->Развертывание сборки->Изменения данных Mysql-> Шаги автоматического тестирования, добавьте задачу «Выполнение задания Jenkins» в развертывание сборки. и настройте Jenkins Job.
Чтобы выполнить рабочий процесс, выберите Jenkins Job , и всем процессом доставки можно будет управлять и отслеживать в Zadig.
Рекомендации
[1] https://docs.koderover.com/zadig/Zadig%20v2.0.0/project/common-workflow/
Прочтите оригинальную статью / Задиг на Github / Задиг на Gitee
Рекомендуемое к прочтению: Пришло время попрощаться с Дженкинсом / Подробное сравнение Задига и Дженкинса: Выбор эпохи и выбор разработчика / Платформенная инженерия и новый 1 миллиард разработчиков в эпоху ИИ
OpenAI открывает ChatGPT Voice Vite 5 бесплатно для всех пользователей. Он официально выпущен . Волшебная операция оператора: отключение сети в фоновом режиме, деактивация широкополосных учетных записей, принуждение пользователей к смене оптических модемов. Программисты Microsoft Terminal Chat с открытым исходным кодом подделали балансы ETC и присвоил более 2,6 миллионов юаней в год. Используемый отцом Redis код языка Pure C реализует структуру Telegram Bot. Если вы являетесь сопровождающим проекта с открытым исходным кодом, как долго вы сможете терпеть такой ответ? Microsoft Copilot Web AI будет официально запущен 1 декабря для поддержки китайского OpenAI.Бывший генеральный директор и президент Сэм Альтман и Грег Брокман присоединились к Microsoft. Broadcom объявила об успешном приобретении VMware.