1、单体架构： 这是我们最初的一个系统架构：无论我们是什么样的一个客户端，UI呈现是一个什么样的，后端都只有一个，相对比较简单； 以前项目就一个进程，各种模块项目都放在一起，随着业务的发展，数据量，流量的不断增长，单体不够用了，【eg ...

单体系统如何拆分为微服务 当单体系统越来越大，并难于维护时，很多企业开始有意把单体系统拆分为微服务架构。这么做很有意义，但不容易。要做好这件事情，我们需要学习一些方法，我们从一个简单的服务开始，另一方面拉出以垂直功能为基础的服务，这些功能对业务来说很重要并且经常变更。这些服务首先要很大，并且最好 ...

一、AKF拆分原则 　　业界对于可扩展系统架构设计有一个朴素的理念：通过加机器就可以解决容量和可用性问题。 　　这一理念在云计算概念疯狂流行的今天，得到了广泛的认可，对于一个规模迅速增长的系统而言，容量和性能问题当然是首当其冲的。但随着时间的向前，系统规模的增长，除了面对性能与容量的问题 ...

一、AKF拆分原则 　　业界对于可扩展系统架构设计有一个朴素的理念：通过加机器就可以解决容量和可用性问题。 　　这一理念在云计算概念疯狂流行的今天，得到了广泛的认可，对于一个规模迅速增长的系统而言，容量和性能问题当然是首当其冲的。但随着时间的向前，系统规模的增长，除了面对性能与容量的问题 ...

服务拆分 拆分粒度不应该过分追求细粒度，要考虑适中不能过大或过小。按照单一职责原则和康威定律，在业务域、团队还有技术上平衡粒度。拆分后的代码应该是易控制，易维护的，业务职责也是明确单一的。 AKF扩展立方体，是一个叫AKF的公司的技术专家抽象总结的应用扩展的三个维度。理论上按照这三个扩展模式 ...

拆分原则 1.明确服务边界。狗就好好的啃骨头，猫就老实拿耗子。 2.服务之间单向无环依赖。分析服务之间的依赖关系，可以是代码包级别的，也可以是业务逻辑级别的，保证无环才可拆解。 3.交互方式遵循上下游关系，下游叶子节点服务可以调用上游接口（HTTP协议），上游节点服务通过事件 ...

单体应用，逐步转向微服务的架构模式–将业务流程分为多个独立的服务。 例如，在一个 ...

一、服务拆分的三个维度 三个维度拆分后，微服务的架构图就如下图所示： API GATEWAY服务网关： 身份认证、权限管理、服务动态路由、数据的聚合（比如房产详情页就有详情 ...