Visual Studio本地端微服务开发工具更名释出正式版

在之前称为Local Process with Kubernetes的Kubernetes开发工具，现在微软宣布将其更名为Bridge to Kubernetes，释出正式版支援Visual Studio和VS Code，让开发者可以在开发工作站中，从Kubernetes环境获取相依性以及既存配置，以撰写、测试和微调微服务程式码。

微软提到，微服务应用程式由许多服务组成，通常需要相互呼叫，但是每个服务都有自己的配置和相依性，这让开发者在本地端配置和执行应用程式，非常困难而且耗时。而Bridge to Kubernetes让开发者可将开发工作站连接到Kubernetes丛集，不需要手动于工作站配置以及编译外部相依项目，直接使用丛集中的环境变数以及储存等资源，就能在本地端执行微服务程式码。

Bridge to Kubernetes带来3个好处，除了让微服务开发更为快速之外，也能执行端到端除错与测试，还可以在共享环境隔离开发工作。该工具可以将Kubernetes资源延伸扩展到开发工作站，降低开发者将程式码部署到丛集的複杂性，快速地测试、除错以及迭代。使用Bridge to Kubernetes，便不需要配置Docker和Kubernetes，只要将开发工作站连接到Kubernetes丛集，就能够使用Visual Studio和VS Code工具，在本地端执行微服务程式码。

Bridge to Kubernetes的特性，使得开发者可以更简单地对大型应用程式上下文进行开发、测试和除错，Bridge to Kubernetes可让开发者选择将丛集中现有的服务请求，路由到在本地端执行的开发机器上，也就是说，当正在除错的服务被呼叫时，请求将会从原本的丛集，重新导向到本地端开发机器上，以执行经开发者变更的程式码。

另外，当多个开发人员在同一丛集中，同时开发同一个应用程式，除错对话很容易互相干扰，微软提到，这是因为部署到应用程式命名空间的每个服务仅有一份副本，而为了让开发人员可以更有效率的一起工作，需要隔离各自的内部循环，而这需要每个成员拥有自己的服务副本。Bridge to Kubernetes支援在共享的丛集提供隔离性，该工具可以设置隔离服务，以及专门的子网域，以确保使用该URL的流量，会被正确地重新导向开发者的工作站中。