
微服务架构
Cloud-Native 微服务架构设计不应该是一个讲求标准答案, 简单粗暴的设计过程。而应该是一个考量各方因素下的一个“决策的过程”。
但是, 这种决策的过程, 按照传统架构设计的方法, 往往会相当的耗时; 是不大容易能 “高效” 的做得到位的。
主要的原因是:
微服务太复杂了…
- 每个版本会有数个到数十个微服务需要进行架构设计。
- 每个微服务均需考量多个架构上的因素; 如: 微服务间如何维持数据的一致性? 如何获得彼此间的数据? 彼此间数据交换的格式? 等等。
- 每个版本的数个到数十个的微服务, 会有一个到多个的团队在进行架构设计。
所以, 在 Cloud-Native 微服务的世界里, 我们需要有一个全新、可视化、轻量级的架构设计方法; 使得多个团队、多个微服务可在 15 分钟内, 就能完成 Cloud-Native 微服务架构设计。
Cloud-Native 微服务架构元素卡; 积累了业界与多个项目的经验, 将Cloud-Native 微服务架构设计需要考量的要素, 归纳、整理成 “卡片”。使得多个团队的开发人员、测试人员、产品管理人员可高效的协作、分析、设计出最适合每个微服务的架构方案。

如图一所示: 微服务架构元素卡, 将 Cloud-Native 微服务架构设计所需考量的要素分成为五大类; 整合、保护、报表、共享、数据共享; 共 15 张 “卡片”。
如图二、图三所示: 团队的开发人员、测试人员、产品管理人员运用 “Cloud-Native 产品级敏捷 2.0” 分析、设计出各个微服务的边界、场景, 然后, 再利用 “微服务架构元素卡” 在 15 分钟内, 为每个微服务选取最适合的架构方案。


Cloud-Native 微服务, 毫无疑问的将能使企业能快速的响应市场的变化、用户的诉求, 而使企业能永保市场的优势与竞争力。
但, 天下没有白吃的午餐; 打造一真正的 Cloud-Native 微服务是需要更高效协作、更轻量级、更可视化的软件开发模式。
幸运的是, “Cloud-Native 微服务架构元素卡” 与 “Cloud-Native 产品级敏捷 2.0”, 为我们提供了可高效协作、轻量级、可视化的 Cloud-Native 微服务架构设计的方法与实践。
欢迎你也来试试!
相关的文章: