微服务架构 - 蓝图

微服务在内部实现了 SOA。从更广泛的意义上说，我们可以将其视为一个 SOA 应用的子集。

规则和工作流

以下是开发微服务时需要注意的原则。

• 高内聚 - 所有业务模型都需要尽可能细分为最小的业务部分。每个服务都应专注于执行一项业务任务。

• 独立性 - 所有服务都应该是全栈式的，并且彼此独立。

• 业务领域中心化 - 软件将根据业务单元进行模块化，而不是基于层级。

• 自动化 - 测试部署将实现自动化。尽量减少人工干预。

• 可观察性 - 每个服务都将是全栈式的，并且它们应该像企业应用程序一样独立部署和可观察。

团队管理

“两个披萨原则”是一种限制微服务开发团队参与人数的规则。根据此规则，一个应用程序的团队成员数量应该足够少，可以用两个披萨喂饱他们。通常，人数不应超过 8 人。由于微服务是全栈式的，因此团队也是全栈式的。为了提高生产力，我们需要组建一个最多 8 名成员的团队，其中包括该服务所需的所有类型的专业知识。

任务管理

任务在软件开发生命周期中扮演着重要角色。大型应用程序的开发可以分解成几个小的任务单元。让我们假设我们需要开发一个像 Facebook 这样的应用程序。那么，“登录”功能可以被认为是整个构建过程中的一个任务。在高技能专业人员的监督下，需要正确监控每个任务的进度。敏捷是业界遵循的著名流程结构，以保持良好的任务管理。