乔治亚州Kubernetes大桥
我们是超级很高兴宣布通往Kubernetes的桥梁.
以前称为Kubernetes本地流程通往Kubernetes的大桥迭代开发工具在中提供Visual Studio 和VS代码 那个 允许开发人员在上编写、测试和调试微服务代码他们的开发工作站，同时使用依赖项并从Kubernetes环境继承现有的配置.
简化微服务开发
微服务应用程序由许多服务组成，经常相互调用。每个服务都有自己的配置和依赖项，使得在本地设置和运行应用程序非常耗时和复杂。
通过使用Bridge to Kubernetes将您的开发工作站连接到Kubernete集群，您无需在您的开发工作站上手动source、configure和compile外部依赖项。来自集群的环境变量、连接字符串和卷都是继承的，可供本地运行的微服务代码使用。
更快地开发微服务应用程序
通往Kubernetes的桥梁将Kubernetes周界扩展到您的开发工作站，使您能够避开建筑和的操作复杂性部署您的代码进入集群进行测试、调试和快速迭代
Docker和Kubernetes配置不需要使用到Kubernetes的Bridge时. 硅英里/小时跑步在开发工作站上进行本机代码使用熟悉的开发工具和实践当连接到Kubernetes集群时允许您发展、测试和调试在较大应用程序的上下文中.
D类沸腾并进行端到端测试
通往Kubernetes的桥梁启用调试和测试端到端在较大应用程序的上下文中.选择 集群中的现有服务，以路由到本地运行该服务实例的开发机器。 R（右）通过在Kubernetes中运行的应用程序启动的请求将在集群中运行的服务之间路由。当您正在调试的服务被调用时，该请求被重定向到您的开发机器上，转到您的本地运行版本。您的本地更改是执行，对于其他服务，请求将透明地完成。
在中工作我共享开发环境中的隔离
在开发人员工作的集群中一起在上相同应用 同时, 第个这是一个重要的风险干扰他人开发人员的调试会话.这是因为每个部署到的服务只有一个副本应用程序命名空间。 使开发人员能够更有效地合作隔离他们的内部回路来自团队其他成员, 他们需要一专门处理的服务副本。
到Kubernetes的桥支持在共享集群中隔离工作。通过在配置期间选择隔离模式下的工作，Bridge to Kubernetes将设置隔离服务以及特定子域URL，以确保仅使用该URL的流量重定向到您的开发工作站。
公共预览
支持尼·库伯内特斯
通往Kubernetes的桥梁正在扩大支持至任何Kubernetes。 是否 你’第页e（电子） 连接到你第页 开发发展 群集在云中运行，或对您的本地库伯内特斯集群，通往Kubernetes的桥梁可获得的 为您的端到端调试脚本秒.
在任何Kubernetes集群上对桥接到Kubernetes的支持最初都可以在VS代码经验和不久后Visual Studio.
通过审查应用程序增加拉取请求的信心
通过利用我们的新路由技术，Bridge to Kubernetes允许您与使用相同集群和命名空间的同事隔离工作。您还可以将Bridge之外的隔离功能应用于Kubernetes体验，例如直接从GitHub拉请求。您可以直接在Kubernetes中测试PR的更改，然后将拉入请求合并到您的回购主分支中。让一个正在运行的应用程序检查拉请求的更改可以提高对建议的代码更改的信心。在正在运行的应用程序中测试您的更改也可以帮助其他团队成员（如产品经理和设计师）查看开发工作的结果，即使是在早期阶段。
有关更多信息，包括如何开始使用推送请求审阅应用程序，请参阅在这里.
立即开始，让我们了解您的体验！Şد
现在就开始使用Bridge to Kubernetes调试Kubernete应用程序。下载扩展名秒 来自Visual Studio 一个天VS代码市场 和跟随 的快的开始如何使用通往Kubernetes的桥梁。
我们很想听听你的经验通往Kubernetes的桥梁以及我们可以改进的地方 o个第页 评论， 请访问我们的GitHub问题页面.
