Непрерывный продукт имеет ряд встроенных подключаемых модулей пользовательского интерфейса, позволяющих команде отслеживать набор историй и дефектов от фиксации до производства. Есть ли способ выполнить эту работу через API, чтобы помочь интегрироваться с конвейером, который уже существует в Дженкинс или Azure DevOps?
Какие API Continuum можно использовать для отслеживания артефактов, пакетов и выпусков?
Ответы (1)
Хотя на этот вопрос немного сложно ответить, поскольку рабочие процессы разработки часто сильно различаются, существует несколько доступных API для облегчения различных рабочих процессов.
В Мининуме
Continuum сильно зависит от телеметрии из системы контроля версий, поэтому как минимум настройте веб-перехватчик из вашей системы контроля версий (GitHub, GitLab, BB и т. д.) на проект, определенный в Continuum. Это позволит континууму сопоставлять изменения в вашей кодовой базе с «мотиваторами изменений» (рабочими элементами) в выбранной вами системе планирования (VersionOne, Jira, ADO и т. д.).
Простое действие по отправке сообщений VCS в Continuum активирует массу преимуществ — от осведомленности о мошеннических коммитах до анализа рисков.
Использование конвейеров
Очень часто проектировщики потока создания ценности запускают Continuum pipeline, даже если уже есть другие средства автоматизации сборки. (Конвейеры Continuum имеют множество функций и интеграций, которые не всегда доступны в других инструментах devops для чистой автоматизации.) Когда это делается таким образом, конвейер Continuum обычно будет wait for data от внешнего процесса. Используя эту конечную точку, внешний процесс может подать сигнал о завершении, и Continuum продолжит выполнение заданного пути.
Другим распространенным подходом является настройка проекта Continuum на stage фиксации и рабочие элементы для последующего запуска конвейера, который будет запускаться существующей внешней автоматизацией. В этом случае манифест данных, полученных при отправке VCS, настроен и готов к запуску, ожидая простого триггера от внешнего задания.
Использование пакетов
В более зрелых случаях, когда поток создания ценности полностью определен в Continuum, вам потребуется принять концепцию Package Progression. Механизм группировки более высокого уровня, чем pipeline, и намного выше, чем простые «конвейеры сборки», Package Progression представляет собой полностью определенный рабочий процесс и процесс управления версиями для продукта, включая возможность захвата ручных действий за пределами домена «devops», и генерировать комплексные метрики потока. При использовании пакетов ценны несколько API.
Если внешняя автоматизация создала артефакт сборки, у которого есть шанс стать кандидатом на производственную версию, используйте этот API, чтобы указать Continuum зарегистрировать новый revision этого пакета.
В тех случаях, когда внешняя автоматизация является более комплексной, например, при развертывании артефакта в пунктах назначения на пути к рабочей версии, используйте этот API, чтобы информировать Continuum по мере развития артефакта на своем пути, чтобы он мог поддерживать точные метрики потока.
Наконец, если ваша существующая автоматизация настолько завершена, что фактически можно выполнить официальное производственное развертывание, используйте этот API, чтобы сообщить Continuum о том, что версия была delivered для потребителей, то есть ее путешествие подошло к концу.
Есть еще несколько API, которые полезны для мониторинга/управления процессом выполнения пакетов:
Учитывая ревизию, созданную с использованием new_revision, вы можете запросить ее manifest (список коммитов, рабочих элементов и артефактов, связанных с ней.
Если в Progression реализованы действия, выполняемые вручную (например, вам необходимо вручную запустить какой-либо автоматизированный процесс), этот API может программно завершить это действие.
Точно так же, если вы собираете Controls для аудита и отчетов о соответствии, внешние процессы могут сообщить Continuum, что элемент управления удовлетворен, что позволит продолжить работу.
Хотите узнать текущее состояние версии пакета? Это вернет сведения о его текущем положении в потоке создания ценности.
Хотите узнать историю ревизии пакета? Это вернет подробную информацию об истории изменений через поток создания ценности.
Полную документацию по API можно найти здесь.
Мы будем рады поговорить более подробно, если вы хотите пообщаться - [email protected]
person
hikaru
schedule
03.07.2019
