Проблемы установки развертывания C#

Это действительно похоже на проблему с брандмауэром. Существует несколько способов реализации таких локальных реализаций в Azure, не открывая вашу сеть извне.

Начиная с самого простого подхода

A. Приложения логики

Приложения логики благодаря поддержке локального шлюза данных , который позволяет ему получать доступ к данным из локальных систем . [одна тысяча сто сорок-дв]

Это имеет несколько компонентов

1. Пользовательский разъем Вам нужно создать пользовательский разъем , который можно подключить через -предоставляет шлюз данных и имеет одно определенное действие, которое может вызвать ваш компьютер Jenkins

2. Настройка локального шлюза данных
   Вам потребуется [ 113] настройте локальный шлюз данных в вашей локальной сети так, чтобы он имел доступ к вашему ведущему устройству Jenkins (может также находиться на том же хосте, что и ведущее устройство Jenkins)

3. Создание приложения логики
   Это простая часть, где вы используете приложение логики вместо Function Function. Вы можете создать простое HTTP-приложение, запускаемое по протоколу HTTP , которое использует пользовательский коннектор, который вы создали для запуска задания Jenkins

B. Azure Automation

Azure Automation имеет аналогичную функцию, в которой вы можете развернуть Hybrid Worker в локальной сети и запланировать задания в этом рабочий. [один тысяча сто сорок семь]

Вы можете развернуть любого из следующих работников в соответствии с вашими требованиями

1. Windows Worker
2. Linux Worker
[ 1138]

Runbook, который вы бы написали, мог быть в PowerShell или Python , и его целью было бы просто вызвать API Jenkins для запуска задания.

Со всем этим вам нужно было бы запустить runbook на гибридном рабочем .

Вы также можете запустить runbook из веб-крючка .

C. Подключите локальную сеть к Azure

Это скорее сетевое решение, в котором вы подключаете локальную сеть к Azure VNET, позволяя любым ресурсам в этой VNET получать доступ к вашей локальной сети. системы.

Есть несколько способов добиться этого, как описано в документации

1. VPN-шлюз
2. Экспресс-маршрут

Я не буду углубляться в то, как они настроены здесь. Вы можете обратиться к документации для получения подробных инструкций по настройке.

После настройки вы можете либо

• Разоблачить Дженкинса
  Для этого вы можете просто открыть порт в NSG вашего VNET, но это на самом деле не рекомендуется, так как вы могли бы просто вместо этого выставить его непосредственно в локальной сети.

  Предпочтительным способом было бы настроить и использовать шлюз приложений Azure , который в основном является обратным прокси.

• Разверните ваше приложение Function или Logic в VNET
  Если вы не хотите выставлять конечную точку Jenkins извне, вы можете развернуть либо

  [ 1172]
• Функция приложения в среде служб приложений (ASE)
• Приложение логики в среде служб интеграции (ISE)

В обоих этих сценариях вы могли напрямую вызывать конечную точку Jenkins, используя IP-адрес, на котором она размещена (сам локальный IP-адрес)

blockquote>