Несколько организаций, которые с нетерпением ждут принятия полных DevOps, необходимо однократное решение для своих процессов CI/CD. С новым добавлением трубопроводов JFROG платформа JFROG предоставляет окончательную автоматизацию вашего DEVOPS Workflow.
В качестве непрерывных интеграций с помощью трубопроводов JFROG является серьезной поправкой для многих организаций — модификация процессов сборки может быть медленным и постепенным процессом. Тем не менее, процесс непрерывного доставки может быть легко автоматизирован с однократным решением Платформа Jfrog используя распределение и трубопроводы.
В этом блоге мы будем сосредоточиться на пошаговой конфигурации трубопровода JFROG для автоматизации потока распределения в различные краевые узлы.
Предпосылки:
- JFROG Распределение — Установлено и настроено с помощью Требуемые активы
- JFROG трубопроводов — установлен и Источник трубопровода , Узлы пул определенный
- Jfrog Pipelines — Артефактория интеграция и Интеграция распределения определенный
Шаг1: Создание пакета выпуска В распределении с использованием трубопровода родных шагов и ресурсов
Например:
- name: Create_ReleaseBundle
type: CreateReleaseBundle
configuration:
releaseBundleName: Demo_RB
releaseBundleVersion: V1.2.${run_number}
inputResources:
- name: final_docker_gradleBuild_Info
- name: final_docker_npmBuild_Info
outputResources:
- name: New_ReleaseBundle
description: Release Bundle of gradle and npm
releaseNotes:
syntax: markdown
content: |
## Heading
* Bullet
* Points
(Пожалуйста, обратите внимание; входные ресурсы inputresources здесь определяются как Ресурсы по сборке сборки в этом трубопроводе)
После того, как пучок создан, мы можем просмотреть его в распределении JFROG, как показано ниже;
Шаг 2: Подписать пакет релиза (Может быть сделано с вышеуказанным шагом, добавив PARAMETER MODETORE ‘TRUE’ )
Например:
- name: Sign_ReleaseBundle
type: SignReleaseBundle
configuration:
inputResources:
- name: New_ReleaseBundle
trigger: true
outputResources:
- name: Signed_ReleaseBundle
Шаг3: Создание Ресурс правила распространения определить Краевые узлы где мы хотим распространять наши релизы
Например:
- name: Distribution_Rule
type: DistributionRule
configuration:
sourceDistribution: distribution
serviceName: edge-jpd
siteName: "edge-jpd"
cityName: "*"
countryCodes:
- "*"
Шаг 4: Распространение пакета выпуска Используя входные ресурсы — Release Bundle + правило распространения, созданное на вышеуказанных шагах
Например:
- name: Distribute_ReleaseBundle
type: DistributeReleaseBundle
configuration:
dryRun: false
inputResources:
- name: Signed_ReleaseBundle
trigger: true
- name: Distribution_Rule
После завершения распределения — мы можем просмотреть завершение пакета выпуска в JFROG UI как узлов для источников, так и к краю назначения, как показано ниже:
В источнике — отслеживание распределения
В Edge Uode — Доступные пакеты которые были распределены
Таким образом, в некоторых простах — мы можем автоматизировать весь процесс распределения с использованием трубопроводов JFROG.
Другими словами, наши процессы непрерывного доставки могут быть упрощены вместе с нашими непрерывными процессами интеграции, и мы можем иметь сквозную реализацию CI/CD.
Желаю вам быстрого и здорового доставки программного обеспечения! Платформа JFROG
Оригинал: «https://dev.to/jfrog/jfrog-platform-distribution-automation-using-pipelines-2j49»