Automation Assembler поддерживает интеграцию с различными конфигурациями ресурсов репозиториев Git, чтобы можно было управлять шаблонами VMware Cloud Templates и сценариями действий в системе управления версиями. Это помогает повысить прозрачность процессов в рамках развертывания и оптимизировать их аудит.
Automation Assembler поддерживает различные конфигурации ресурсов интеграции Git, как указано в следующем списке. Каждый из этих вариантов представляет собой отдельную интеграцию.
- Облако GitHub, локальный GitHub Enterprise
- Облако GitLab, локальный GitLab Enterprise
- Локальный BitBucket
Для настройки интеграции Git со службой Automation Assembler требуется наличие соответствующего локального репозитория Git, открытого для доступа всем назначенным пользователям. Кроме того, чтобы облачные шаблоны распознавались Git, они должны быть сохранены с использованием определенной структуры. Чтобы создать интеграцию с GitLab или GitHub, выберите в Automation Assembler , а затем нужный вариант. Потребуется ввести URL-адрес и маркер целевого репозитория.
Если при настройке интеграции с Git используется существующий репозиторий, все облачные шаблоны, связанные с выбранными проектами, становятся доступными пользователям с соответствующими правами. Эти шаблоны можно использовать в существующих развертываниях или в качестве основы для нового развертывания. При добавлении проекта необходимо указать определенные свойства, касающиеся места и способа его хранения в Git.
Действия можно сохранить в репозиторий Git непосредственно из Automation Assembler. Версиями сценариев действий можно либо управлять непосредственно в Git, либо создать версии в Automation Assembler. Если в Automation Assembler создается версия действия, она автоматически сохраняется в Git в качестве версии. Облачные шаблоны немного сложнее, так как их нельзя добавить непосредственно в интеграцию с Git из Automation Assembler. Их необходимо сохранить в экземпляре Git, а затем их можно извлечь из Git при работе со страницей управления облачными шаблонами в Automation Assembler.
Перед началом работы
Чтобы платформа GitLab или GitHub могла распознать облачные шаблоны, они должны быть созданы и сохранены с использованием определенной структуры.
- Убедитесь, что все облачные шаблоны, которые планируется интегрировать с GitLab, настроены и сохранены требуемым образом. В GitLab импортируются только соответствующие требованиям шаблоны.
- Создайте одну папку, назначенную для облачных шаблонов, или несколько.
- Все облачные шаблоны должны храниться в файлах
blueprint.yaml
. - Убедитесь, что в верхней части шаблонов содержатся свойства
name:
иversion:
.
- Извлеките ключ API для соответствующего репозитория. Откройте учетную запись Git, щелкните имя пользователя в правом верхнем углу и нажмите Параметры разработчика. Перейдите в раздел Персональные маркеры доступа, а затем введите имя маркера и задайте срок действия. Затем выберите API и создайте маркер. Скопируйте и сохраните полученное значение.
Приведенные ниже рекомендации касаются всех облачных шаблонов, которые используются в рамках интеграции с Git.
- Каждый облачный шаблон должен находиться в отдельной папке.
- Все облачные шаблоны должны называться
blueprint.yaml
. - Во всех файлах YAML облачных шаблонов должны присутствовать поля
name
иversion
. - Импортируются только действительные облачные шаблоны.
- Если после обновления чернового облачного шаблона, который был импортирован из Git, его содержимое будет отличаться от содержимого самой последней версии, данный черновик не будет обновляться при последующих синхронизациях и будет создана новая версия. Если требуется обновить шаблон и обеспечить дальнейшую синхронизацию с Git, следует создать новую версию после внесения окончательных изменений.