前文选择了微服务架构,本文如何使用微服务开发新功能。为了确保团队理解了微服务风格的要求和约束,开发一个最小可行产品(Minimum Viable Product,MVP)是非常重要的第一步。从SimpleBank开发的一个新功能着手,并研究团队所做出的设计决策。微服务开发生命周期的三大关键迭代阶段:设计、部署和监测。
![](https://img.haomeiwen.com/i7749898/c3793921dbd62b2d.jpeg)
如何开发这个功能,开发者需要回答下列3个问题。
(1)需要开发哪些服务。
(2)这些服务之间彼此如何合作。
(3)如何将功能公开出去。
在为单体应用设计新功能时,开发者可能也会问自己类似的问题,但是它们的意义并不同。比如,部署一个新服务所需要花费的力气要比创建一个新的模块更大。在划定微服务范围时,开发者需要确保拆分系统所增加的复杂度不会超过所带来的益处。
每个服务应该只负责一个功能,那么第一步就是确定需要实现的不同业务功能以及它们之间的相互关系。
总结,选择微服务架构首次实践,可以确保团队是否理解微服务风格的要求和约束。选择第一个微服务的试点的策略是开发一个最小可行产品(Minimum Viable Product,MVP)。
微服务开发生命周期的三大关键迭代阶段:设计、部署和监测。设计阶段包括服务业务功能设计和服务间通信,部署就是微服务部署。监测是系统可观测性,复杂分布式系统必须要带有监控能力。一般会重视设计,部署次之,监测会被忽视。
摘取自 摩根·布鲁斯和保罗·A.佩雷拉的《微服务实战》
网友评论