什么是分布式微服务架构？三分钟彻底弄懂什么是分布式和微服务( 二 ) _微服务架构

四、服务划分【什么是分布式微服务架构？三分钟彻底弄懂什么是分布式和微服务】横向拆分：按照不同的业务域进行拆分，例如订单、营销、风控、积分资源等。形成独立的业务领域微服务集群。
纵向拆分：把一个业务功能里的不同模块或者组件进行拆分。例如把公共组件拆分成独立的原子服务，下沉到底层，形成相对独立的原子服务层。这样一纵一横，就可以实现业务的服务化拆分。
要做好微服务的分层：梳理和抽取核心应用、公共应用，作为独立的服务下沉到核心和公共能力层，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求
总之，微服务的设计一定要渐进式的，总的原则是服务内部高内聚，服务之间低耦合。

微服务特点：
按照业务划分服务，单个服务代码量小，业务单一，易于维护每个微服务都有自己独立的基础组件，例如数据库、缓存等且运行在独立的进程中微服务之间的通信是通过HTTP协议或者消息组件，且具有容错能力微服务有一套服务治理的解决方案，服务之间不耦合，可以随时加入和剔除单个微服务能够集群化部署，并且有负责均衡的能力整个微服务系统应该有完整的安全机制，包括用户验证，权限验证，资源保护整个微服务系统有链路追踪的能力有一套完整的实时日志系统

1. 给数据库带来的挑战
随着服务拆分后，我们遇到最大的问题就是后台管理的联合查询，每个微服务都有自己独立的数据库，那么后台该怎么处理？
这里一般有如下几种方式：

严格按照微服务的划分来做，微服务相互独立，各微服务数据库也独立，后台需要展示数据时，调用各微服务的接口来获取对应的数据，再进行数据处理后展示出来，这是标准的用法，也是最麻烦的用法。
将业务高度相关的表放到一个库中，将业务关系不是很紧密的表严格按照微服务模式来拆分，这样既可以使用微服务，也避免了数据库分散导致后台系统统计功能难以实现，是一个折中的方案。
数据库严格按照微服务的要求来切分，以满足业务高并发，实时或者准实时将各微服务数据库数据同步到NoSQL数据库中，在同步的过程中进行数据清洗，用来满足后台业务系统的使用，推荐使用MongoDB、HBase等。

三种方案在不同的公司我都使用过，第一种方案适合业务较为简单的小公司；第二种方案，适合在原有系统之上，慢慢演化为微服务架构的公司；第三种适合大型高并发的互联网公司。
五、熔断器为了解决分布式系统的雪崩效应，分布式系统引进了熔断器机制。