2016.9.9，深圳  Ken Fang

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

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

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

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

@ 特性的业务场景分析。

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

@ 微服务边界上下文（粒度）的分析。

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

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

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

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

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

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

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

Save Save Save Save Save Save Save Save