qiqi123j的博客

微服务架构中，经常会遇见一个业务数据查询所需要的数据，分散在多个服务和多个数据库中，实现查询操作有两种模式：

如果想最大化一个系统的可用性，就应该设法最小化系统的同步操作量。最彻底的方式还是把所有服务都改成异步API。优点，服务发现的所有工作都由部署平台处理，服务端和客户端不需要包含任何服务发现代码。每个服务通常使用的是以上交互方式的组合。缺点，仅限于支持使用该平台部署的服务。

微服务的可观测健康检查API：可以返回服务健康状态的API。日志聚合：把服务产生的日志写入一个集中式的日志服务器，这个服务器可以提供日志搜索，可以根据日志情况出发报警。分布式追踪：为每个外部请求分配一个唯一的ID，用于在各个服务之间追踪外部请求。异常追踪：把程序异常发送到异常跟踪服务，这个服务会排除重复异常，给开发者发送告警并且跟踪每一个异常的解决。应用指标：供维护使用的指标，例如计数器、访问量等。审计日志：记录用户的行为。

微服务的优点使大型的复杂应用程序可以持续交付和持续部署：因为每个服务相对较小，编写和执行自动化测试变的很容易，bug也就更少；每个服务独立于其他服务部署，不需要与其他开发人员协调，因此持续部署的能力也就更强；每个服务需要满足业务逻辑相对较简单，开发过程中降低了开发难度从而使开发的速度变得更快。每个服务都相对较小并容易维护：相比之下每个服务都比较小，开发者更容易理解服务中的代码，服务的编译、启动和研发速度都相对较快。服务可以独立部署和扩展：服务可以独立扩展，不管是水平复制的方式增加运行实例，还是通过流

微服务的一个关键特性，是每一个服务之间都是松耦合的，就像乐高积木一样。

微服务的出现，是为了解决大型复杂应用的开发和持续迭代，本质上把一个单体架构的应用拆分成一组独立的服务，且一组服务之间通过互相通信来满足和实现单体架构应用同样的业务需求。服务的数据分区，是指在大型复杂的应用，会根据不同的访客级别提供不同的处理能力，通过访客级别和请求内容进行请求转发，可以更加精准的根据需求增加服务运行实例，提高该服务的事务处理速度，从而提高整个应用吞吐量和可用性。服务的功能分解，是指把一个复杂的单体服务(应用)拆分成一组服务，从而避免大型复杂应用日益增长的开发问题和应用复杂性。

微服务是一种开发软件的架构和组织方法，其中软件由通过明确定义的 API 进行通信的小型独立服务组成。这些服务由各个小型独立团队负责。微服务架构使应用程序更易于扩展和更快地开发，从而加速创新并缩短新功能的上市时间。

所谓单体，简单理解就是一个程序里包含了一个系统/产品的所有业务功能，比如一个ERP系统，就包含了商品模块、订单模块、采购模块、销售模块、库存模块、报表模块等等，这个程序在部署时就是一个进程，比如把war包部署到tomcat中。