要说现在什么项目框架最火？非微服务莫属呀。
1，微服务简介
微服务架构是当代企业应用架构中非常流行的架构。微服务如此欢迎，因为它们比以前的开发方法具有许多优点，并且它们可以更灵活地适应需求快速变化的当前环境。微服务架构模式的目的是将大型，复杂，长期运行的应用程序构建到一组可互操作的服务中，每个服务都可以轻松地单独优化。前一篇文章中曾提到敏捷开发模式，也就是快速的需求开发模式，短期内完成对一款已上架软件的功能模块新增或更新，现今各大互联网公司采用的架构大多为微服务架构。
2，微服务设计原则。
目前作微服务的有阿里巴巴开发的一款分布式服务管理框架Dubbo，还有基于springcloud的微服务架构。个人认为后者才是微服务未来发展深具潜力的优秀框架。
那么微服务上层的设计原则有哪些？
2.1AKF拆分原则。AKFExtensionCube是一个名为AKF的技术专家总结的应用程序扩展的三维扩展。理论上，如果遵循这三种扩展模式，则可以无限扩展单个系统。
Ｘ轴：指水平复制，表示单个系统的多个实例运行，并执行集群加负载均衡模式。
Ｚ轴：它基于类似的数据分区。例如，互联网出租车应用程序突然激活，用户数突然增加，并且群集模式无法阻止。然后，根据用户要求的区域，数据分区，北京，广州，天津等建立几个集群。
Ｙ轴：基于不同的业务分割，指微服务的分割模式。场景描述：例如，外卖平台应用，当一个集群不能支持时，分成多个集群，但用户在某个时间点激增，仍然不够，经过分析，发现有序用户和用餐者有大量的访问，外卖平台应用程序分为三个服务，订购用户服务，餐车服务和支付服务。三种服务的服务特性不同，可以独立维护，每种服务都可以根据需要再次扩展。
2.2前后端分离。前端和后端之间的分离原理很简单，前端和后端
之间的代码分离在技术上是分开的。建议的模式是通过物理分离直接部署，这进一步促进了更彻底的分离。不要继续使用先前的服务器端模板技术，例如JSP，它将JAVA、JS、HTML、CSS堆积到单个页面中，并且无法维护稍微复杂的页面。这种分离模式有几个优点：
前端和后端技术是分开的，各自的专家可以优化各自的领域，从而使前端用户体验优化效果更好。在分离模式下，正面和背面之间的界面更清晰，留下界面和模型。后端接口简单明了，易于维护。前端多通道集成场景更易于实现，后端服务不需要更改。统一数据和模型可用于支持前端WEBUI移动应用程序和其他访问。
2.3无状态服务。如果一个数据需要由多个服务共享以完成事务，则该数据称为状态。依赖于此“状态”数据的服务称为有状态服务，反之亦然。然后，这种无状态服务原则并不意味着微服务架构中不允许该状态。表达式的真正含义是将有状态业务服务更改为无状态计算类服务，然后状态数据相应地迁移到对应于“有状态数据服务”。
场景描述：例如，我们之前在本地内存中构建了数据缓存和会话缓存。在当前的微服务架构中，应将此数据迁移到分布式缓存以进行存储，从而使业务服务成为无状态计算节点。迁移后，可以实现动态按需扩展。当微服务应用程序在运行时动态添加或删除节点时，不再需要考虑如何同步缓存的数据。
2.4RESTFUL沟通方式。RESTFUL=采用