首先要澄清一个问题，就是微服务不代表一定要使用容器，哪怕是微服务的数量多了也未必要使用容器云，只是说容器云的特性比较便于微服务的落地。支付宝在2018年前有大量微服务，但是也没有都容器化，还是部署在虚拟机。使用容器云，对开发和运维人员的技术栈肯定是有新的要求的，会增加...

人是有惰性的，要想让大家进行改造，还是要从高层统一思想，自上而下的推进，以鼓励为主。例如试点项目可以在绩效方面进行些奖励。现在的微服务技术相对来说也比较成熟，无论是Spring Cloud全家桶，还是Dubbo都有比较成熟的一套框架，项目组要上手其实还是比较简单。但到遇到具体问题...

1.红帽针对城商行渠道类业务应用微服务化改造，可以由红帽创新实验室完成，这里面会有非常有经验的敏捷教练带着大家，然后会从不同的人员角色（例如应用开发工程师，UI/UX设计师，平台SRE工程师，产品负责人等）一起采用周为单位的方式梳理需要微服务改造的真正需求，通过相关方法来是设计...

容器与微服务可以说是最佳组合，容器有轻量化、标准化的特点，微服务有单一职责、技术独立的特点，两者结合可以形成合力。简单总结有如下两方面助力作用：（1）有利于形成统一的轻量化、标准化交付体系，借助容器云平台的服务自动发现、自动编排调度、故障自愈等机制，降低运维复杂度；（2）可...

目前企业采用比较多的微服务框架主要基于Dubbo或Spring Cloud，服务注册中心一般是eureka、zookeeper以及后来推出的nacos，同城双活环境下，可以跨集群部署一套注册中心，微服务应用调用时优先调用同集群微服务，当同集群无可用服务提供方时，调用跨集群服务提供方。另外，当存在跨集...

链路可视化如果是基于进程级别的，其实不是特别在意是容器环境还是虚拟机环境，都是向下屏蔽的。如果预算有限，建议使用开源的skywalking方案，该方案无入侵，功能强大，社区活跃，建议使用。...

微服务上容器原则、标准，微服务设计，服务治理，这是一个非常大的话题，非三言两语能说清。建议了解一下云原生应用模型与定义、十二因素应用、微服务治理架构、架构演进、模块化、服务网格等知识。...

注册中心作为微服务的电话本，是非常重要的，无论在公有云、私有云还是混合云，注册中心都要具备高可用特性，因此需要在部署架构层面来执行。以混合云架构举例，公有云和私有云采用专线或网络的方式进行通信，因此在网络线路上要具备接入的高可用。层主的方案有两个。1、一套注册中...

容器的特点是轻量、弹性、无状态等，所以微服务设计的时候需要考虑和容器的特点匹配，我有篇微服务设计一般原则，https://mp.weixin.qq.com/s/FtmRqbo9_VfO8aq2_Z5zLA 做参考

超融合是比较偏底层的技术，微服务涉及开发统一规范，这是超融合做不到的，厂商也不具备这方面的支持能力，如果是基于VMware的超融合，网络融合是有的，有分布式网络技术，还有高级可选的NSX功能包，负载、防火墙、vxlan全都有。另外超融合本身依托虚拟化平台提供资源，像应对海量文件这种...