📜  微服务架构-蓝图

📅  最后修改于: 2020-11-24 06:01:09             🧑  作者: Mango


微服务在内部实现SOA。从广义上讲,我们可以将其视为一个SOA应用程序的子集。

规则与工作流程

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

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

  • 独立-所有服务本质上应该是全栈并且彼此独立。

  • 以业务领域为中心-软件将根据业务部门进行模块化,而不是基于层的。

  • 自动化-测试部署将实现自动化。尝试引入最少的人机交互。

  • 可观察-每个服务本质上都是全栈的,它们应该像企业应用程序一样可独立部署和观察。

团队管理

“两个披萨规则”是一种限制微服务开发团队中参与者人数的规则。根据此规则,一个应用程序的团队成员的数量应尽可能少,以至于可以用两个比萨饼来喂养他们。通常,数量不应超过8。由于微服务本质上是全栈的,因此团队本质上也是全栈的。为了提高生产力,我们需要建立一个由最多8名成员组成的团队,并提供该服务所需的各种专业知识。

任务管理

任务是软件开发生命周期中的重要角色。开发大型应用程序可以分解为几个小任务单元。让我们考虑一下,我们需要开发一个应用程序,例如Facebook。然后,可以将“登录”功能视为整个构建过程的任务。这些任务中每个任务的进度都需要由高技能的专业人员进行适当监控。敏捷是行业中众所周知的流程结构,以保持良好的任务管理。