建筑现代化进程中同时

raselbd223

这将使团队能够在短时间内以相对较低的风险获得必要的经验。 从整体架构到微服务 最后一步是前端的分解这也可以分阶段完成 逐渐分离用户界面的后续片段 从整体架构到微服务 这一过程的毫无疑问的优势在于它的进化性质。使用它我们可以通过适应业务需求和可用资源的变化节奏来逐步改变架构而无需完全停止系统开发。 语境 系统架构不会在真空中漂移。它与生产流程以及组织的结构和文化密切相关。微服务架构的关键特征是它的演进。这意味着选择这种方法将为由使用敏捷软件开发方法的小型自治团队组成的组织带来最大的好处。

然而缺乏这些功能不应阻止我们选择这种架构。我们可以在采用它们。然而我们不能完全忽视它们。根据康威定律 设计系统的组织 只能生产复制这些组织通信结构的设计。 因此如果我们在高度集中分层的组织中引入微服务方法那么随着时间的推移我们的系统架构将面临再次走向单体的风险。因此我们应该从实施所谓的 系统 电子邮件数据 架构现代化 进程开始。逆康威策略即创建与预期目标系统架构同构的组织结构。当我们消除传统的职能孤岛前端开发后端开发   等并取而代之时我们建立专注于价值流和业务能力的独立跨职能团队。



跨职能团队这将是我们更容易以类似的方式分解系统然后维护所获得的体系结构。 设计你想要的组织架构就会随之而来踢和尖叫。 埃文 博彻 成功标准 当我们完成转型过程后值得检查的是我们是否达到了预期的效果。我们所取得的成就能称得上是成功吗？实施微服务架构的目的主要是为了改进与软件开发和维护相关的流程。