在之前称为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的流量，会被正确地重定向开发者的工作站中。