课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
微服务架构技术是目前大多数软件开发程序员都在使用的一个软件架构方法,下面我们就通过案例分析来了解一下,微服务架构拆分原则注意事项。
在进行微服务拆分的过程中,有几条笔者总结的原则大家可以参考下,在实操的时候如果没有原则来遵循,实际我们自己也没办法去评判微服务拆分的效果到底有没有达到我们的预期。
微服务拆分要把握度
如果在微服务拆分过程中发生过度拆分,就会导致微服务爆炸的情况。不可避免的增加软件系统的维护成本,同时由于拆分也会导致业务流程变长,原本一两个服务就完成的业务,拆分后需要在五六个甚至更多的微服务才能完成,增加了平台出现Bug的概率,不知不觉中降低了平台的稳定性。另外更多的微服务意味着需要更多的服务器资源,从而在无形中增加了业务成本。因此我们可以借助于DDD划分的边界上下文,防止微服务过度拆分情况的发生。
拆分过程逐步迭代
软件平台架构的演进过程必定会经历现有平台以及新架构平台先共存,后替代的过程。因此我们可以先从平台的非核心功能开始再到核心功能这样逐步拆分的方式进行迭代拆分,避免一上来就要大刀阔斧的进行微服务拆分以及架构调整,否则就会陷入旧平台不稳定而新平台又不完善的尴尬处境。
确保微服务高内聚低耦合
在进行微服务拆分之前,应该对平台进行完整的领域划分,建立合适的领域模型,确定好边界上下文,并以此作为微服务拆分的指导。将领域模型的稳定与不断变化的外部需求进行隔离,保证核心领域模型的稳定,避免领域模型之间的强依赖。从而达到实现微服务高内聚低耦合的目的。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。