【摘要】 本文介绍了CSE和Spring Cloud的关系，在技术选型上的差异。介绍了Spring Cloud用户使用Spring Cloud物理多租和进行CSE开发的两种策略。
当Spring Cloud和CSE都构建于Spring Boot基础之上的时候，可以将CSE理解为竞争和替代性的产品。
上图展示了CSE和Spring Cloud通常的开发组合。CSE和Spring Cloud都提供了非常良好的扩展性，他们能够使用的组件都不是完全互斥的，而是可以相互使用的。比如在配置更新下发方面，CSE可以通过实现archaius的接口使用git作为配置中心，Spring Cloud也可以通过实现PropertySources使用CSE的配置中心做动态配置。
Spring Cloud应用快速上云，一般有两种选择：
·使用Spring Cloud物理多租引擎。Spring Cloud物理多租引擎集成了常用的中间件（Spring Cloud Config，Spring Cloud Netflix等），用户可以像本地使用这些中间件一样使用云上服务。
·将替换的功能迁移到CSE。这里的原理和步骤可以参考[基于CSE的微服务架构实践-Spring Boot技术栈选型]( https://bbs.huaweicloud.com/blogs/eca98a6f399a11e9bd5a7ca23e93a891)。使用CSE的便利性在于开发者开发阶段不需要考虑集成和使用Config、Netflix、Ribbon等组件的使用，CSE已经默认集成好了相关管控能力，并提供了配套的云上中间件。
上面表格列举了部分常见的组件和中间件，CSE和Spring Cloud都各自存在其他大量不一样的工具集合，以配套对应的框架进行更加高效的功能开发。在“架构实践”之后，会进一步分享“工程实践”方面的内容，敬请期待。