概念以及微服务的原理

如上图所示，每个微服务有它自己的业务层以及数据库，改变其中一个微服务不会对另外的微服务有任何的影响。

总之，微服务之间使用广泛的轻量级协议进行通信，例如 HTTP 和 REST，TCP, 或者 消息协议, 例如 JMS 和 AMQP。在特定的场景，他们也可以选择更专业的协议。

微服务的原理

现在我们来看一下微服务必须需要的原则。

1.单一功能职责

单一功能职责是SOLID设计模式之一，它意味着一个单元，无论是类、函数还是微服务，都应该有且只有一个职责。在任何时候，一个微服务都不应该有一个以上的职责。

2.围绕着业务功能设计

微服务应该专注于特定的业务功能，并确保它有助于完成任务。微服务绝不应限制自己采用最适合解决业务目的的适当技术栈或后端数据库存储。当我们设计单个应用程序时，这常常是一个约束，我们试图在某些领域中使用一些折衷来解决多个业务解决方案。微服务使您能够选择最适合当前问题的解决方案。

3.你建造它，你拥有它。

这种设计的另一个重要方面与开发前后的职责有关。在大型组织中，通常由一个团队开发app location，经过一些知识转移会议后，将项目移交给维护团队。在微服务中，构建服务的团队拥有它，并负责在将来维护它。这使开发人员能够接触到他们的软件的日常操作，并且他们能够更好地理解他们构建的产品在现实世界中是如何

（编辑：济宁站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!