Я немного поработал, и у меня не было последних документов для этого:Возможно ли развертывание на Azure Cloud Service, требующее запуска сценария без ccproj?
У меня есть решение .NET 4.6, состоящее из ряда проектов, которые я сейчас хочу развернуть в облаке - в частности как служба облачного облака.
Было бы предпочтительнее не создавать проект облачной службы как часть моего решения, потому что я считаю, что это детализация развертывания и, следовательно, не имеет никакого отношения к моему решению, которое может быть легко размещено на локальной машине IIS или даже IIS Express. Таким образом, все документы, которые я нашел, которые требуют добавления облачного сервиса для моего решения, просто чувствуют ... грязные.
У меня есть Дженкинс и Осьминог Развертывание для моих инструментов развертывания, и я хотел бы, если возможно, чтобы они разворачивали проект напрямую - что кажется, что Осьминог делает из коробки, за исключением одной детали, у меня есть сценарий запуска, который необходимо использовать в облачном сервисе Azure:
- Для обеспечения правильной версии .NET Framework и при необходимости установите его.
- Чтобы установить сертификат клиента SSL, который требуется для связи с одним из моих других серверов.
Для локальной или локальной установки IIS это не будет проблемой, так как Octopus Tentacle может запускать скрипт на сервере, чтобы обеспечить наличие правильной версии .NET Framework и установки сертификата SSL, но я не могу понять, как зеркалировать эту задачу в Azure Cloud Service.
Итак, если я правильно понимаю это, мне понадобится сценарий powershell развертывания (аналогичный приведенному вами примеру), файл пакета, .csdef-файл, файл настроек публикации (может ли это быть предоставлен Octopus из подписок «Окружающая среда/учетные записи/лазури»? Можно предположить, что Octopus установил, что это будет), и любые другие сценарии, которые csdef должен будет ссылаться. .. все, что работает, означает, что проект облачных сервисов по-прежнему остается правильным путем? – BenAlabaster