微软与红帽（Red Hat）开发人员合作，在VS Code的Kubernetes扩展组件中，加入Kubernetes本地信道调试（Local Tunnel Debugging）功能，这让开发者能够针对任何集群，即时地使用原生开发工具调试。
微软提到，在过去几年，微服务架构逐渐发展成为构建云计算应用程序的标准，但开发微服务应用程序所面临的挑战，却经常被忽略，由于微服务架构将应用程序切分成多个服务，因此开发人员现在有更多的部分需要开发、调试和管理。
调试应用程序需要了解多个微服务之间的配置和执行，而且要在本地端机器复制集群环境，也存在许多困难与复杂性，甚至在部分情况，因为开发机器资源的限制，使得微服务应用程序没办法完整地在开发机器上进行调试。
为了解决微服务开发的调试问题，微软和红帽共同开发了这个本地信道调试功能，这个新功能被添加在VS Code的Kubernetes扩展组件中，用户可以使用这个功能，在开发机器上原生执行应用程序的微服务，并且继续使用既有的工具进行开发，Kubernetes扩展组件会通过信道连接到Kubernetes集群，与其他应用程序和服务一起运行。
此时应用程序发出的请求，会在服务之间路由，直到调试的服务被调用，请求会被导向正在本地端调试的开发机器，而请求处理完毕，便会被无缝地送回集群中的其他服务。微软提到，这种开发形式，让开发者能够以更加集成的方式，测试应用程序的各个微服务，调试工作都能在本地端进行，而且本地信道调试还进一步简化操作复杂性，开发者不需要构建Docker镜像文件，且要在部署到集群后才看得到改变。
另外，这项新功能还可以复制集群环境，直接应用到开发机器上，这消除了原本开发过程，需要开发者手动获取、配置和编译外部服务依赖性的麻烦，极大程度简化微服务开发，来自集群环境的环境变量和连接字符串等配置，都会被复制到开发机器，使本地端微服务能够顺利执行。
而针对共享集群的开发团队，本地信道调试功能还支持隔离服务，开发者会获得一个特别的URL，使用该URL的流量，才会被路由到开发者的开发机器，其他使用原始应用程序的URL，都会被路由到集群中未经修改的服务，因此开发者的开发环境，不会对团队成员造成干扰。