微服务架构 (八): 业务驱动与团队协作微服务粒度设计: 微服务内部的世界

2016.8.20, 深圳, Ken Fang

在“微服务架构設計 (七): 微服务粒度设计上的核心设计原则与思考的面向” 的一文中, 探讨了从微服务外部的世界驱动微服务粒度的设计。如文中所描述, 为了保障微服务整体的性能与可靠度, 可能会设计出粒度较大的微服务, 而降低了微服务持续部署的速度。

然而, 架构师也不能光只看到微服务外部的世界, 而轻忽或完全忽略了微服务内部的世界。因为, 当架构师轻忽或完全忽略了微服务内部的世界时, 将可能会使得微服务的粒度过大, 而使得微服务内部世界的复杂度过高, 开发与测试人员了解微服务需求 (场景) 的难度增加, 微服务的缺陷率升高, 微服务修复缺陷的时间增长。最终, 不仅使得微服务持续部署的速度越来越慢, 同时微服务整体的交付与运维的质量也会降低。

架构师需仅记微服务 “外部的世界” 远比 “内部的世界” 要来得重要。但, 并不代表著架构师可轻忽或完全忽略了微服务内部的世界。

架构师如何能避免自身轻忽或完全忽略了微服务内部的世界?

业务驱动与团队协作将能使得架构师, 避免自身轻忽或完全忽略了微服务内部的世界; 使得架构师可在微服务外部的世界与内部的世界中, 取得一较好的平衡点与可落地的实施方案。

I.   业务驱动: 业务驱动指的是, 架构师将微服务需达到的业务目的, 纳入微服务粒度设计的考量。

以不同的业务目的为例子来说明:

Case

业务目的

部署

性能

水平扩展

可靠性

微服务粒度

A

更快响应市场

重要性高

重要性低

重要性低

重要性低

B

更快响应速度

重要性低

重要性高

重要性高

重要性低

C

提升可靠性

重要性低

重要性低

重要性低

重要性高

II.      团对协作:

对于 Case A: 更快响应市场, 架构师设计了较小粒度的微服务。当然, 这样的设计, 就如在微服务架构設計 (七): 微服务粒度设计上的核心设计原则与思考的面向” 的一文中所提及的, 因微服务粒度小, 可能将使得微服务间的远程调用增加, 而使得整体微服务的性能降低。

此时, 架构师便必需与团队成员协作, 共同探讨出如何解决整体微服务性能降低的问题? 例如: 牺牲些水平扩展的能力; 将会产生互相调用的微服务,部署在同一节点上。

而对 Case B 与Case C, 就如同本文先前所提的: 微服务的粒度过大, 而使得微服务内部世界的复杂度过高, 开发与测试人员了解微服务需求 (场景) 的难度增加。

此时, 架构师、开发人员与测试人员便需经由轻量级, 可视化的工程实践 (注一) , 共同协作, 高效的完成微服务的分析、设计与测试用例的设计。以有效的提升开发与测试人员的效率与质量。

“微服务架构設計 (七): 微服务粒度设计上的核心设计原则与思考的面向” 与 “微服务架构設計 (八): 业务驱动与团队协作微服务粒度设计: 微服务内部的世界”, 分别从微服务外部的世界与微服务内部的世界, 探讨了设计微服务粒度; 边界上下文 (Bounded Context)。

总结这两篇文章, 所得出的: 设计微服务粒度; 边界上下文 (Bounded Context) 的原则:

A.      微服务 “外部的世界” 远比 “内部的世界” 重要。

B.      业务驱动; 在微服务外部的世界与内部的世界中, 取得一较好的平衡点。

C.      协作、协作、协作; 找到最适合市场, 产品与团队现况的微服务实施方案。

注一: 轻量级, 可视化的工程实践, 将在后续探讨: 微服务产品级敏捷时, 再来讨论。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏加米谷大数据

行业视角 | Gartner报告指出数据库技术发展方向

自Gartner发布数据库行业报告((Other Vendors to Consider for Operational DBMSs 2017))以来,第一次收...

3817
来自专栏SAP最佳业务实践

SAP S/4 HANA后勤业务创新

一、业务实时响应 实时库存管理 ? •实时库存处理过程与可视化 •能够获得更小/更短的库存管理颗粒度 •降低了库存水平/安全库存水平 •各种灵活与实时的库存多维...

33714
来自专栏北京马哥教育

大神分享美团外卖订单中心演进之路

? 作者:何轼 来源: http://tech.meituan.com/mt_waimai_order_evolution.html 前言 美团外卖从20...

3367
来自专栏美团技术团队

美团即时物流的分布式系统架构设计

美团外卖已经发展了五年,即时物流探索也经历了3年多的时间,业务从零孵化到初具规模,在整个过程中积累了一些分布式高并发系统的建设经验。最主要的收获包括两点:

522
来自专栏Cloud Native - 产品级敏捷

微服务架构设计 第四步: 分析微服务架构依赖与风险; 开发微服务最关键的一步

2016.9.11, 深圳, Ken Fang 当特性负责人与架构师, 开发骨干人员, 测试经理, 资深测试人员协作, 而可针对特性下的所有微服务 (funct...

2039
来自专栏CSDN技术头条

张升:农业银行的分布式架构应用实践与展望

近年来,以阿里为代表的互联网企业提出的“去IOE”,在业界引起了广泛的讨论。“去IOE”直接含义是不使用传统IT巨头的产品,这些厂商产品虽然好,但基本处于市场垄...

1777
来自专栏美团技术团队

高性能平台设计——美团旅行结算平台实践

点击蓝字订阅,不错过下一篇好文章 本文根据第23期美团点评技术沙龙演讲内容整理而成。 酒旅有很多条业务线,例如酒店、门票、火车票等等,每种业务都有结算诉求,而结...

39710
来自专栏SDNLAB

解决边缘计算的挑战

2266
来自专栏腾讯云数据库(TencentDB)

腾讯云数据库智能化海量运维的建设与实践

作者介绍:鲁越,腾讯云数据库架构师团队负责人,主要负责腾讯云数据库MySQL、Redis、Oracle等数据库售前架构、运维、调优等工作,曾就职于网易和尼比鲁。

97337
来自专栏Java架构

阿里P8架构师深度概述分布式架构

作为一名架构师,我们要专业,要能看懂代码,及时光着臂膀去机房,也能独挡一面!及时同事搞不定问题,或者撂挑子,你也能给老大一个坚定的眼神:不怕,有我在!还能在会议...

1111

扫码关注云+社区