Dubbo、Spring Cloud和kubernetes该如何选型？

背景

做技术选型。如果缺乏足够的经验，对so a啊，微服架构原理以及整个行业服务化演进的历史缺乏了解。
那么，对这个三个产品该如何选择啊？的确会感到困惑。服务框架和平台的选择啊，是搭建这个微一服务架构的一个基础，好比构建一个大厦的一个基建材料啊，它它的重要性是不言而喻的。
特别值得一提的是啊，double spring cloud和kubernetes分别是阿里巴巴。netflix还有谷歌三家互联网公司，他们在应对大规模微服开发带来的挑战时，各自独立引进出来的解决方案。换句话说，这个double spring cloud还有kubernetes都是对同一个问题啊，也就是分布式唯一服务开发框架。

微服务的公共关注点

• 配置管理: 静态的数据库连接串配置、运行时的例如调整缓存时间、业务粗线数量

• 服务发现和LB：

微服务平台的选型横向比对

前面这几个指标比完发现三者各有千秋。

这几个指标一比，发现k8s还是高呀，可以说统整了业界微服务的共有痛点问题。

微服务优劣比对

把这个double和这个spring cloud来做一个比喻。
如果是把它们比作PC机的话呢？double更像是一个品牌机啊，一次性买好就可以用啊，一般不会替换内部的这个组件啊。那么spring cloud，它更像是一个组装机，自己组装，而且可以灵活的替换

double和spring cloud，它是框架和组建，如果比喻建房子的话呢，自己去买建筑材料，自己建房啊，自建房啊。那kubernetes它是一个平台，如果比喻建房子的话呢，就是开发商承建的商品房，用户购买以后拎包入住即可，