Gitlab — использовать один собственный экземпляр для развертывания на нескольких облачных провайдерах?
Является ли «хорошей идеей» использовать один самостоятельный экземпляр Gitlab (скажем, в Azure) и использовать его для развертывания в нескольких облаках (например, AWS, Azure, GCP)? Первое, что приходит мне в голову, это необходимость частной сетевой связи между облачными провайдерами, чтобы частные агенты, размещенные на собственном хосте, могли взаимодействовать с экземпляром Gitlab, размещенным на собственном хосте.
Я не нахожу примеров архитектуры, представляющих такое решение.
Ответы 1
Не обязательно есть какая-то причина, по которой вы не можете развертывать решения в нескольких облаках, независимо от того, где размещены ваши исполнители GitLab. Ваши бегуны не должны размещаться в облаке, в котором вы развертываете их. Вы даже можете выполнить развертывание во всех облаках, например, из размещенных на GitLab.com исполнителей.
Все, что я хочу сказать, это то, что не имеет значения, где размещаются ваши бегуны. Вы можете развернуться в любом облаке, где бы ни находились ваши бегуны, если они могут подключаться к Интернету @shako
да ладно понял. И кроме возможности, что вы думаете о решении? Вы бы сделали централизованный экземпляр gitlab, размещенный в azure, aws или gcp, и использовали его для развертывания в каждом облачном провайдере, или вы бы предпочли сегментировать (например, бегунов распространения) для безопасности, сложности сети и т. д.?
Для простоты я бы просто развернул и gitlab, и его бегунов в одном облаке/подсети. Могут быть и другие преимущества размещения бегунов в других облаках, но это не должно быть нужный. Если вы хотите развернуть бегунов в каждом облаке, может быть несколько способов поддерживать подключение к экземпляру gitlab. Вы можете выполнить географическое развертывание GitLab с узлом GitLab в каждом облаке и зонированным DNS, вы можете подключить свои облачные сети с помощью VPN/шлюзов или разместить gitlab в одном облаке и сделать его доступным через Интернет или через туннель @shako.
хорошо, спасибо, что поделились своим опытом. Отмечаю как решенное. Хорошего дня !
дело в том, что я также хочу использовать частных агентов, размещенных на собственном хосте, чтобы избежать ограничения времени выполнения CI / CD, налагаемого лицензиями Gitlab.