ServiceComb/CSE和Spring Cloud技术栈对比
当Spring Cloud和CSE都构建于Spring Boot基础之上的时候，可以方便地将基于Spring Cloud技术栈的应用迁移到CSE上来。
上图中展示了CSE和Spring Cloud通常情况下的一种开发组合。实际上，CSE和Spring Cloud都提供了非常良好的扩展性，它们能够使用的组件都不是完全互斥的，而是可以相互融合使用。比如在配置更新下发方面，CSE可以通过实现archaius的接口使用git作为配置中心，而Spring Cloud也可以通过实现PropertySources使用CSE的配置中心做动态配置。
Spring Cloud应用快速上华为云ServiceStage，一般有两种选择：
-
使用Spring Cloud物理多租引擎。Spring Cloud物理多租引擎集成了常用的中间件（Spring Cloud Config，Spring Cloud Netflix等），用户可以像本地使用这些中间件一样使用云上服务，
具体参考：1、购买SpringCloud引擎，2、应用接入SpringCloud引擎 -
将替换的功能迁移到CSE。这里的原理和步骤可以参考基于CSE的微服务架构实践-Spring Boot技术栈选型。使用CSE的便利性在于开发者开发阶段不需要考虑集成和使用Config、Netflix、Ribbon等组件的使用，CSE已经默认集成好了相关管控能力，并提供了配套的云上中间件。
|
项目 |
CSE |
Spring Cloud |
说明 |
|
服务注册/发现 |
服务中心 |
eureka, consul等 |
|
|
配置管理 |
配置中心 |
git等 |
|
|
熔断隔离降级（服务、方法级别） |
bizkeeper, thread pool |
Hystrix |
CSE的bizkeeper也是基于Hystrix。但在技术选型的时候，不推荐Hystrix，大量产品的使用效果并不好。CSE内置了线程池隔离能力，这个应该是首选。 |
|
负载均衡、隔离重试（实例级别） |
loadbalancer |
Ribbon |
|
|
调用链 |
tracing(zipkin)，APM |
zipkin |
CSE的APM提供了无侵入埋点，使用Handler也实现了zipkin侵入式埋点。 |
|
网关 |
Edge Service |
Spring Cloud Gateway |
|
|
REST 客户端 |
RPC, RestTemplate |
Feign, RestTemplate |
上面表格列举了部分常见的组件和中间件，CSE和Spring Cloud都各自存在其他大量不一样的工具集合，以配套对应的框架进行更加高效的功能开发。在“架构实践”之后，会进一步分享“工程实践”方面的内容，敬请期待。