微服务/共享服务端点的 VSTS 工作流
VSTS Workflow for Microservices / Share Service Endpoints
我们正在使用 VSTS 部署到 运行 Kubernetes 的 Azure 容器服务 (AKS)。我们正在构建一组微服务以在多个应用程序之间共享，目前，此 Kubernetes 实例将管理我们的大部分或全部服务编排。
我对 VSTS 和事实感到困惑 - 如前所述 here:
Service endpoints are created at project scope. An endpoint created in one project is not visible in another team project.
现在每个微服务在 VSTS 中都是它自己的项目。我们有另一个 changes/updates 到 Kubernetes Ingress (NGINX) 服务的项目。这些项目中的每一个在没有重叠、不同的 CI/CD 任务等方面感觉都很明确。
但是，这意味着对于每个项目，我们都必须为 Kubernetes 设置重复的服务端点（更不用说我们的私有 GitHub 存储库了）。显然这是 VSTS 的意图，但是我是否缺少其他一些功能/工作流程来避免所有这些冗余？
我查看了部署池/组，但这是一个不同的用例。我也尝试过创建团队、跨项目共享等，但都无济于事。
是的，你完全正确。目前，没有任何东西允许您在项目之间共享服务端点。我强烈认为这需要解决。
我为您看到的唯一解决方法是编写一个小工具，它将 provision/update 您使用 VSTS Rest Apis.
的所有项目的端点
已经有一个 User Voice 请求。
我们正在使用 VSTS 部署到 运行 Kubernetes 的 Azure 容器服务 (AKS)。我们正在构建一组微服务以在多个应用程序之间共享，目前，此 Kubernetes 实例将管理我们的大部分或全部服务编排。
我对 VSTS 和事实感到困惑 - 如前所述 here:
Service endpoints are created at project scope. An endpoint created in one project is not visible in another team project.
现在每个微服务在 VSTS 中都是它自己的项目。我们有另一个 changes/updates 到 Kubernetes Ingress (NGINX) 服务的项目。这些项目中的每一个在没有重叠、不同的 CI/CD 任务等方面感觉都很明确。
但是，这意味着对于每个项目，我们都必须为 Kubernetes 设置重复的服务端点（更不用说我们的私有 GitHub 存储库了）。显然这是 VSTS 的意图，但是我是否缺少其他一些功能/工作流程来避免所有这些冗余？
我查看了部署池/组，但这是一个不同的用例。我也尝试过创建团队、跨项目共享等，但都无济于事。
是的，你完全正确。目前，没有任何东西允许您在项目之间共享服务端点。我强烈认为这需要解决。
我为您看到的唯一解决方法是编写一个小工具，它将 provision/update 您使用 VSTS Rest Apis.
的所有项目的端点已经有一个 User Voice 请求。