3同行回答
微服务框架大家知道的比较多的有：Spring Cloud、Dubbo、Service Mesh/istio。这里只列影响面比较大的，事实上还有不少公司有自己特有的微服务框架，例如motan，但相对小众，暂不讨论。
微服务是一种应用的架构模式，和包括容器在内的运行环境并没有必然关系。就像分布式架构的系统，可以运行在各种虚拟化平台上一样，没有谁不合适谁更合适的区别。
从这个角度说，无论哪种微服务框架，它们都是能在容器平台上运行的，没有什么本质的区别。
以上几种微服务框架各有利弊：Spring Cloud优点是社区比较大，人气高，使用人数多，缺点是只支持java，且对代码有侵入性；Dubbo是阿里主导的框架，优点是起步早，成熟，比Spring Cloud通信效率高，缺点是相比Spring Cloud人气低，主要用户在国内，阿里曾一度停止技术支持，最近应该是又恢复了支持，但已经被Spring Cloud抢走了不少用户；Service Mesh/istio的优点是技术先进，微服务间的网络通信问题完全不用关心，支持多种开发语言，没有代码侵入性，正在越来越受到关注，缺点是还不够成熟，但google和IBM主导，发展很快，可能成为下一个主导的微服务框架。
顺便提一提，以上的这些微服务框架，是很适合无状态服务的，对于有状态的服务，需要服务自身进行数据持久化和恢复的工作。如果想从框架层面需求这方面的支持，可以研究一下微软的service fabric。service fabric从框架层面不仅提供了注入注册发现、服务网关、断路器、跟踪器等服务，还提供了帮助和加速微服务开发的SDK，基于SDK实现平台框架负责的有状态服务的管理，功能强大。微软公有云Azure的部分核心，以及某些关键的服务，例如Cosmos DB等都是基于service fabric开发而来，全球每日处理的交易量非常之大，因此性能和稳定性也得到了足够的证明。之所以service fabric大家可能了解的少一些，主要是以前service fabric是微软的封闭技术，但在今年初，微软跟随开源的潮流也把service fabric完全开源了，大家可以关注一下。事实上微软已经是开源领域的重要玩家了，连续几年在github上的贡献都是最多的
收起按照经典分层，云计算分为IaaS、PaaS和SaaS，每层关注的侧重点各不相同：
1）PaaS层主要侧重于为应用运行提供各种基础运行环境，其中包括负载均衡、高可用等功能，实现这个目标有很多种方法，比如docker、garden等多种容器技术，现在由于docker技术的发展和成熟，一般容器都默认为docker；
2）SaaS层主要侧重于将服务直接提供给消费者，比如在线版的google doc等，实现这个目标有很多种方法，也并未必须依赖PaaS，其中业界使用较多的就是用微服务实现，spring boot 和dubbo就是实现微服务的底层框架。
通过以上概念可以才看出，spring boot 和dubbo是微服务的实现框架，属于SaaS层的范畴；容器技术主要是PaaS的落地实现技术，为上层应用提供基础运行环境，属于PaaS层的范畴。由于SaaS可依赖于PaaS提供的容器运行环境，因此二者均可以与容器技术结合在一起。
如果面临技术选型问题，只是对比二者的优缺点即可，二者在某银行的生产环境上均有使用，dubbo用在与高并发交易中，spring boot用在了大数据的相关业务场景中。