Eu configurei uma compilação de IC para um aplicativo do Service Fabric, no Visual Studio Team Services, de acordo com esta documentação:https://azure.microsoft.com/en-us/documentation/articles/service-fabric-set-up-continuous-integration

Mas, em vez de meu CI criar a publicação, eu apenas realizo as tarefas de Compilação e Pacote e incluo toda a saída relacionada ao Service Fabric, como pasta pkg, scripts, perfis de publicação e parâmetros de aplicativo, na lista. Dessa forma, eu posso transmiti-lo ao novo pipeline de liberação (liberações baseadas em agente) para fazer a implantação real do meu aplicativo de malha de serviço.

Na minha definição de versão, tenho uma única tarefa do Azure Powershell, que usa um ponto de extremidade do ARM (com entidades de serviço adequadas configuradas).

Quando implanto meu aplicativo em um cluster de malha de serviço existente, uso o cmdlet Deploy-FabricApplication padrão que passa pela pasta pkg e um perfil de publicação configurado com uma conexão com o cluster existente.

A liberação falha com uma mensagem de erro "A instância de conexão de cluster é nula". E eu não consigo entender o porquê?

Ao fazer alguma depuração, descobri que: O cmdlet Deploy-FabricApplication executa o cmdlet Connect-ServiceFabricCluster muito bem, mas assim que o cmdlet Publish-NewServiceFabricApplication assume a execução, a conexão do cluster é perdida.

Eu esperava que esse cenário fosse possível usando os cmdlets da malha de serviço, mas não consigo descobrir como manter a conexão do cluster aberta durante a depoyment.

ATUALIZAÇÃO: O link para a documentação não se refere mais aos scripts do PowerShell do Service Fabric, portanto, a pré-condição para esta pergunta não está mais documentada. O artigo agora se refere às tarefas de compilação e liberação do VSTS, que podem ser preferidas aos cmdlets do PowerShell que tentei usar.