Team Services 部署到本地 Service Fabric 而没有暴露端点
Team Services deploy to on-premise Service Fabric without exposed endpoint
我们有一个内部部署的 Service Fabric 集群，并希望从 Visual Studio Team Services 向其部署代码。我们使用这个集群进行测试，它没有暴露给外界的端点。它只能从我们的网络内部访问。
从 Team Services 内部部署 Service Fabric 应用程序的正常方法是使用 "Service Fabric Application Deployment" 任务。此任务需要一个 "Cluster Connection" 参数，或 link 到 Team Services 可以访问的 Service Fabric 服务终结点。在这个集群上我无法向外界提供端点，所以这个方法行不通。
有没有一种好的、公认的方法来完成这个？我正在考虑在其中一个 Service Fabric 节点上设置一个代理，该节点可以 运行 PowerShell 脚本作为构建过程的一部分。作为构建过程的一部分，我可以在节点上启动 PowerShell 脚本。如果我可以使用此脚本从 Team Services 检索工件，我相信该版本的其余部分会相对简单。
这是一个很好的思路，还是有更直接的方法可以在不公开端点的情况下从 Team Services 部署到 Service Fabric？
我们有相同的设置和使用 VSTS。我们设置了一个 On-Prem 代理池，代理在我们的网络中。该代理与 VSTS 挂钩，因此可以从 VSTS 触发构建和发布。代理可以访问 VSTS 上的项目并可以下载它进行部署。不同之处可能是我们设置了服务结构端点而不是使用 powershell。
它的设置非常简单，非常适合 us.Good 运气
我们有一个内部部署的 Service Fabric 集群，并希望从 Visual Studio Team Services 向其部署代码。我们使用这个集群进行测试，它没有暴露给外界的端点。它只能从我们的网络内部访问。
从 Team Services 内部部署 Service Fabric 应用程序的正常方法是使用 "Service Fabric Application Deployment" 任务。此任务需要一个 "Cluster Connection" 参数，或 link 到 Team Services 可以访问的 Service Fabric 服务终结点。在这个集群上我无法向外界提供端点，所以这个方法行不通。
有没有一种好的、公认的方法来完成这个？我正在考虑在其中一个 Service Fabric 节点上设置一个代理，该节点可以 运行 PowerShell 脚本作为构建过程的一部分。作为构建过程的一部分，我可以在节点上启动 PowerShell 脚本。如果我可以使用此脚本从 Team Services 检索工件，我相信该版本的其余部分会相对简单。
这是一个很好的思路，还是有更直接的方法可以在不公开端点的情况下从 Team Services 部署到 Service Fabric？
我们有相同的设置和使用 VSTS。我们设置了一个 On-Prem 代理池，代理在我们的网络中。该代理与 VSTS 挂钩，因此可以从 VSTS 触发构建和发布。代理可以访问 VSTS 上的项目并可以下载它进行部署。不同之处可能是我们设置了服务结构端点而不是使用 powershell。
它的设置非常简单，非常适合 us.Good 运气