微服务不是泥球小单体，而是具备更加清晰职责边界的完整一体的业务功能服务。领域驱动设计的思想通过Domain的功能域设计，可以把核心功能与支撑功能很好的区分开。而在MVC的设计模式尝尝是把所有的；数据服务、定义的属性类、提供的功能都在一条线上，这样是非常快速的开发方式但在作为服务部署时候却很麻烦。
按照不同的业务场景可能设计出软件在数据库使用上会有单库单表或者分库分表，如果是一个体量足够需要分库分表设计的系统，在扩容时候它是否能满足你的需求包括；
核心计算不涉及库扩容，但是系统功能都在一起怎么办，已扩容都扩容了很浪费
所有的扩容都涉及到数据库连接数增加，但并不是每个行为都直达到所有库表
持续发展的业务会带来数据激增，将来怎么进行扩展，重新洗数据并不是很好的选择
那么实际开发大泥球架构时，不只是会遇到上面的问题，还可能会遇到工期很赶加个人也不提升效率，反复交接代码扶不过三代等等，因此我们将服务拆分为独立单体具备此核心域完整功能的系统是非常必要的。
如图，是微服务数据库使用的一种思想，我们希望路由层从最开始就被执行，用户分群动态扩展
二、目标
本案例通过使用SpringCloud将我们的服务架构扩展为通过路由调用的微服务
首先通过Eureka作为服务注册与发现中心
然后使用Feign模式作为调用API接口
最后依赖于zuul设置路由转发功能
为了方便测试，本案例会在iddd中建4个工程；ddd-case｛基于DDD的微服务｝ddd-eureka-server｛服务注册与发现｝ddd-feign｛调用方，通过API接口调用｝ddd-zuul｛网关路由组件｝
| 留言与评论（共有 0 条评论） “” |
