请问dubbo在转向K8S或istio网格化改造过程中，传统环境与容器化环境共存互相调用时，是否遇到什么坑？

目前，在微服务框架中，主要使用2种技术
（1）以springcloud为主的微服务框架，以应用层为主，实现流量权限的管控和监控；
（2）以微服务的istio为代表的微服务框架，以基础架构层，实现服务网格，对流量权限的管控和监控；
所以，dubbo我并不知道如何实现微服务化。

传统环境和容器环境是可以互相调用的，我们可以结合配置中心apollo，将传统环境中的应用服务化，和容器云中的服务通讯。这个“坑”嘛，  当然是很多的，各种的dns、ip、内存，cpu的坑，具体问题具体分析。

在金融行业，网络上比较严格。dubbo应用在往k8s转的过程中，势必有集群内外的应用互相访问的问题。如何解决这个问题一直是一个比较难的地方，另外dubbo有部分服务治理功能，服务治理的粒度等也有可能受影响