Microservice架构形式使每个服务都能够独立调整

、微服务的长处：

关键点：杂乱度可控，独立按需扩展，技能选型灵活，容错，可用性高

①它处理了杂乱性的问题。它会将一种奇怪的全体使用程序分解成一组服务。尽管功用总量 不变，但使用程序已分解为可办理的块或服务。每个服务都以RPC或消息驱动的API的形式界说了一个清晰的边界；Microservice架构形式完成了一个模块化水平。

②这种架构使每个服务都能够由专心于该服务的团队独立开发。开发人员能够自由挑选任何有用的技能，只需该服务契合API合同。当然，大多数安排都希望防止完全无政府状态并约束技能挑选。但是，这种自由意味着开发人员不再有义务运用在新项目开始时存在的或许过时的技能。在编写新服务时，他们能够挑选运用当时的技能。此外，由于服务相对较小，因而运用当时技能重写旧服务变得可行。

③Microservice架构形式使每个微服务都能独立布置。开发人员不需求和谐布置本地服务的变更。这些改变能够在测验后赶快布置。例如，UI团队能够履行A | B测验，并快速迭代UI更改。Microservice架构形式使连续布置成为或许。

④Microservice架构形式使每个服务都能够独立调整。您能够仅布置满意其容量和可用性约束的每个服务的实例数。此外，您能够运用最契合服务资源要求的硬件。

2、微服务的缺陷

关键点（应战）：，体系布置依靠，服务间通讯成本，数据一致性，体系集成测验，重复工作，功能监控等

①一个缺陷是称号本身。术语microservice过度着重服务规模。但重要的是要记住，这是一种手段，而不是主要方针。微服务的方针是充分分解使用程序，以便于敏捷使用程序开发和布置。

②微服务器的另一个主要缺陷是分布式体系而产生的杂乱性。开发人员需求挑选和完成根据消息传递或RPC的进程间通讯机制。此外，他们还必须编写代码来处理部分毛病，由于恳求的目的地或许很慢或不可用。

③微服务器的另一个应战是分区数据库架构。更新多个事务实体的事务买卖是适当普遍的。但是，在根据微服务器的使用程序中，您需求更新不同服务所拥有的多个数据库。运用分布式事务通常不是一个挑选，而不仅仅是由于CAP定理。许多今日高度可扩展的NoSQL数据库都不支撑它们。你终究不得不运用终究的一致性办法，这对开发人员来说更具应战性。

④测验微服务使用程序也更杂乱。服务相似的测验类将需求发动该服务及其所依靠的任何服务（或至少为这些服务装备存根）。再次，重要的是不要轻视这样做的杂乱性。

⑤Microservice架构形式的另一个主要应战是完成跨越多个服务的更改。例如，咱们假设您正在实施一个需求更改服务A，B和C的故事，其中A取决于B和B取决于C.在单片使用程序中，您能够简略地更改相应的模块，整合更改，并一次性布置。相比之下，在Microservice架构形式中，您需求细心规划和和谐对每个服务的更改。例如，您需求更新服务C，然后更新服务B，然后再修理A.幸运的是，大多数更改通常仅影响一个服务，而需求和谐的多服务变更相对较少。

⑥布置根据微服务的使用程序也更杂乱。单一使用程序简略地布置在传统负载平衡器后边的一组相同的服务器上。每个使用程序实例都装备有基础架构服务（如数据库和消息署理）的位置（主机和端口）。相比之下，微服务使用通常由大量服务组成。例如，每个服务将有多个运行时实例。更多的移动部件需求进行装备，布置，扩展和监控。

此外，您还需求完成服务发现机制，使服务能够发现需求与之通讯的任何其他服务的位置（主机和端口）。传统的根据毛病单和手动操作的办法无法扩展到这种杂乱程度。因而，成功布置微服务使用程序需求开发人员更好地操控布置办法，并完成高水平的自动化。

九、思考：认识的改变

微服务对咱们的思考，更多的是思维上的改变。对于微服务架构：技能上不是问题，认识比东西重要。

关于微服务的几点规划起点：

1、使用程序的核心是事务逻辑，按照事务或客户需求安排资源（这是最难的）