2016.9.9,深圳  Ken Fang

我们真的已经找到了如何以敏捷开发的模式, 做好真正的微服务...

只是谈谈鸡汤,开开会,估估没人会真正开心的工作量,站起来拍拍手的敏捷,对任何团队、任何人是ㄧ点帮助都没有的。敏捷应该是(而且已经是证明的)要和软件工程无缝的结合的;使得团队能将市场、行销、研发高效的协作、自主的管理,共同的打造能适应变化、对外部的世界产生最大正面影响的产品 (产品架构)。

云服务化产品;微服务的产品架构,是这类型的产品能在市场上成功的关键。

团队在 Product Owner 的带领下,借由微服务产品级敏捷的工程实践,使得团队的架构师、开发人员、测试人员,可高效的协作,并共同的完成:

@ 特性的业务场景分析。

@ 特性架构对外的依赖分析。

@ 微服务边界上下文(粒度)的分析。

@ 微服务架构方案的选定。

@ 既有系统搬迁到微服务架构下的架构方案与执行计划。

@ Functional Services Infrastructure Services 之间协作机制的设计。

@ 微服务对外的 Rest 接口设计。

团队已在构建微服务的生态系统下,成功的迈开了第一步;今天,真是值得纪念的一天。

更期待团队能坚持的走下去;拉通市场与行销,使得产品能真正的做到…在最短的时间内,就能适应市场的变化并响应客户的诉求。

更期待团队能坚持的走下去,一步一脚印,实实在在的走向真正的微服务的顶峰。




Save Save Save Save Save Save Save Save
Logo

权威|前沿|技术|干货|国内首个API全生命周期开发者社区

更多推荐