|
2016.9.9，深圳 Ken Fang 我们真的已经找到了如何以敏捷开发的模式, 做好真正的微服务... 只是谈谈鸡汤，开开会，估估没人会真正开心的工作量，站起来拍拍手的敏捷，对任何团队、任何人是ㄧ点帮助都没有的。敏捷应该是（而且已经是证明的）要和软件工程无缝的结合的；使得团队能将市场、行销、研发高效的协作、自主的管理，共同的打造能适应变化、对外部的世界产生最大正面影响的产品 （产品架构）。 云服务化产品；微服务的产品架构，是这类型的产品能在市场上成功的关键。 团队在 Product Owner 的带领下，借由微服务产品级敏捷的工程实践，使得团队的架构师、开发人员、测试人员，可高效的协作，并共同的完成： @ 特性的业务场景分析。 @ 特性架构对外的依赖分析。 @ 微服务边界上下文（粒度）的分析。 @ 微服务架构方案的选定。 @ 既有系统搬迁到微服务架构下的架构方案与执行计划。 @ Functional Services 和 Infrastructure Services 之间协作机制的设计。 @ 微服务对外的 Rest 接口设计。 团队已在构建微服务的生态系统下，成功的迈开了第一步；今天，真是值得纪念的一天。 更期待团队能坚持的走下去；拉通市场与行销，使得产品能真正的做到…在最短的时间内，就能适应市场的变化并响应客户的诉求。 更期待团队能坚持的走下去，一步一脚印，实实在在的走向真正的微服务的顶峰。  |
|
|
