前言:
Docker, Vagrant 帮助我们能打造出如上图的持续交付的 “价值流”:
所以, 我们是不是只要拥有了如上图的持续交付的 “价值流”, 就能保证我们能按照外部用户的诉求, 快速的交付, 甚至是能做到按需的交付?
当然不是。
我们还有其他的 “功课” 必需要去做; 就像不是将高速公路给建好了, 就能保证不会堵车。
本文:
我们要能按照外部用户的诉求, 快速的交付, 甚至是能做到按需的交付, 拥有能持续交付的 “价值流” 是很关键且重要的第一步。
在这很关键且重要的第一步的基础之上, 我们还必需要能做到:
1. 分析出能独立发布、独立部署的业务流 (业务场景)。
2. 由每个独立发布、独立部署的业务流 (业务场景) 所形成的 “微服务” , 其内部代码的实践要能遵循 “Clean Architecture” 的原则; 以 “洋葱式” 的架构做好 “代码的隔离”。
3. 团队成员间可高效的协作。
上述的这三件事, 我们都早已清楚是必需要去做的。
但, 问题是: 我们是需要花费大量的时间先去学习些方法论; 如: 领域驱动设计, Use Case…等等; 才能做得到? 还是我们能有一轻量级、可视化的 “工具”, 就可以帮助我们省时、高效的完成?
事实上, 我们只要藉由 “卡片”; 轻量级、可视化的 “Cloud-Native 开发元素卡” ; 就能省时、高效的做得到。
Cloud-Native 微服务开发元素卡总共区分为:
结论:
Cloud-Native 微服务开发元素卡使得我们:
后续我将会从 Cloud-Native 元素卡出发, 持续的探讨 Cloud-Native 微服务开发。我也会再加入其他的 Cloud-Native 元素卡; 如: Event Sourcing, CQRS, Security, Contract Test, DevOps…等等。
期待著你的持续的关注。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。