写点什么

中台战略:业务中台的 8 个设计原则

  • 2020-04-27
  • 本文字数:2166 字

    阅读完需:约 7 分钟

中台战略:业务中台的8个设计原则

业务中台是一个充满生命力的个体,它承载业务逻辑、沉淀业务数据、产生业务价值,并随着业务不断发展进化。它的设计遵循如下图所示的 8 个原则。



业务中台设计的 8 大原则

服务松耦合原则

(1)面向接口实现


这是服务松耦合的基本要求,即每一个服务都按接口的定义进行实现。服务的消费方不需要依赖某个特定的服务实现,避免服务提供方的内部变更影响到消费方。另外,在服务提供方切换到其他系统时,不影响服务消费方的正常运行。


(2)异步事件解耦


服务间的事件通信采用异步消息队列来实现。由于有消息队列这个中介,因此生产者和消费者不必在同一时间都保持实时处理能力,而且消费生产者也不需要马上等到回复。


(3)服务提供者位置解耦


服务消费者不需要直接了解服务提供者的具体位置信息,例如 IP 地址、端口。典型解决方法是服务注册中心,服务提供者启动时将自己注册到服务注册中心,服务消费者通过服务注册中心查找具体服务提供者来访问。同时,服务注册中心可以提供负载均衡及 fail-over 的能力。


(4)版本松耦合


消费端不需要依赖服务契约的某个特定版本来工作,这就要求服务契约在升级时尽可能提供向下兼容性。


02 服务依赖原则


(1)有价值的领域模型


  • 价值导向:确保业务中心的服务都与企业的商业理想保持一致,相关联。

  • 简捷为美:业务逻辑和流程避免复杂化。

  • 领域洞察:紧贴业务的核心目的,从业务原则指导业务逻辑的设计。


(2)服务间最小依赖


  • 高内聚:同一类服务应归在一起。

  • 低耦合:服务间保持最小联系。

  • 能力与接口:业务流程和业务逻辑的操作都作为中心服务实现,而提供给外部调用的接口数据模型都会转化为服务。

  • 识别通用性:识别出每个通用能力的可扩展的类型,从设计上支持它不断扩展,并在接口定义上满足其不断升级的需求。


(3)能力实体具有层次性


  • 能力与接口:分离接口实体与能力实体。

  • 接口实体与限定元素:将接口实体核心元素与接口操作的限定元素分离。

  • 接口实体的层次结构:建设接口实体和上下文限定元素的层次结构。


(4)延迟对技术组件的依赖


捆绑依赖:


避免在无关的组件技术之间引入新的依赖。


延迟绑定:


在使用点才捆绑依赖关系。

服务设计原则

(1)优化远程调用


服务间的远程调用分为同步调用和异步调用两种模式。应当分析服务调用场景,选择较优的调用模式。


(2)去掉冗余数据


尽量去掉接口实体中客户端不需要的冗余字段,既能减少网络开销,又能避免给前端解析带去复杂性。


(3)设计粗粒度的服务接口


服务接口若能与前端一个用例或一个业务场景相对应(粒度较粗)则既能减少远程调用次数,又能降低学习成本。


(4)识别并设计通用的服务接口


由于中心服务不限定应用范围,因此一般要支持不同的应用。但不同应用在功能丰富性上有很大差异,这就决定了服务接口需要尽可能保证广泛兼容性。譬如,服务接口的参数和返回值必须是被广泛支持的较简单的数据类型。


(5)隔离服务内部的变化


避免服务内部的领域模型直接传导给客户端。如未能提供合理的隔离措施,则当服务进行内部重构时,势必导致客户端频繁变化。


(6)服务接口先行


详细规定服务与客户端双方对接的内容与形式等,对双方形成强有力的约束和保障。


(7)服务接口向下兼容


由于应用的广泛性,在服务公开发布之后就要保证相当的稳定性,不能随便重构,即使升级也要尽可能考虑向下兼容性。

服务命名原则

强烈建议使用服务使用者专业领域内有意义的名称,优先选用业务概念而不是技术概念。


使用名词命名服务,使用动词命名操作。

服务颗粒度原则

服务应是内聚而完整的,能够独立完成一个职责。在服务内部可以是由多个逻辑上密切相关的代码块共同组成。

服务的无状态性原则

微服务体系的基本要求是服务无状态。无状态的服务是可伸缩、高可用性的基础。

服务操作设计原则

操作表示业务动作,应当使用具体的业务含义而不是泛型操作来定义操作。相关的最佳实践如下:


  • 重要的服务不能依赖非重要服务。

  • 任何服务调用都要设定超时时间。

  • 任何服务的调用结果只有三种可能:成功、失败或未知。

  • 能异步调用的服务尽量使用异步调用,从而提高系统响应速度,降低系统之间的耦合性。

  • 系统拆分时,粒度大小以一个系统 3~8 个开发人员维护为宜。

  • 系统拆分时,往往先拆分数据服务层,因为数据服务层通常是复用性高的一层。

  • 服务的实现不能有单点。

  • 线上遵循 fast-fail 原则,避免服务调用时间过长,导致性能下降。fast-fail 原则是只要发生错误,则调用立即返回。

  • 需要对高压场景下的服务调用链路进行特殊处理,可采用将链路缩短、预热等方式。

  • 服务设计过程中,要避免同类服务由不同服务单元提供。

  • 服务要做到向后兼容,如果无法做到,则需要采取管控机制确保服务消费者升级服务。

  • 服务化架构的变化要使组织的架构能适应这种变化。

  • 在部署服务单元时,要将读服务和写服务分离,将核心服务和非核心服务分离,以保证整个服务单元的稳定性和可靠性。

  • 服务化时,要同时考虑安全。

  • 静态资源也可以实现服务化,实现静态资源与动态资源分离,从而提高性能。

  • 通过在外层系统埋点,可以实现面向终端用户服务的精细管理,比如服务的容量、服务的性能等。

  • 需要将每个业务领域的通用规则沉淀成服务。

服务约束原则

  • 上可依赖下;

  • 下不可依赖上;

  • 上可跨级依赖下;

  • 平级可允许单向调用,坚决禁止循环依赖;

  • 高级别不可依赖低级别;

  • 简单就是美;


重要的服务不能依赖非重要服务。


本文转载自技术琐话公众号。


原文链接:hhttps://mp.weixin.qq.com/s/yArlYBvIuZaEKJwm_Y5Z_g


2020-04-27 17:332163

评论

发布
暂无评论
发现更多内容

敏捷开发

LeifChen

Scrum 敏捷开发 迭代 8月日更

如何实现分布式锁,聊聊你的想法?

卢卡多多

redis 分布式锁 8月日更

Linux之ab命令

入门小站

Linux

云原生时代到来了么?

escray

学习 极客时间 如何落地业务建模 8月日更

Go- 变量

HelloBug

变量 Go 语言

【架构设计模块五】:设计微博系统中”微博评论“的高性能高可用计算架构

Ryoma

前端之算法(七)动态规划

Augus

算法 8月日更

在线文字图标logo文章封面图生成工具

入门小站

工具

耗时24小时整理了网络安全学习路线,非常详细!

网络安全学海

黑客 网络安全 信息安全 渗透测试 漏洞挖掘

Ansible 管理 Windows 机器配置过程。

耳东@Erdong

windows ansible 8月日更

【设计模式】状态模式

Andy阿辉

C# 编程 后端 设计模式 8月日更

三分钟快速了解 Cglib 动态代理

4ye

Java 后端 cglib 代理模式 8月日更

基于AOP和HashMap原理学习,开发Mysql分库分表路由组件!

小傅哥

小傅哥 hashmap 分库分表 aop 数据散列

模块五作业

老实人Honey

架构训练营

分片上传Minio存储服务的问题集锦[推荐收藏]

liuzhen007

8月日更

高可用架构(下)

编号94530

数据库 架构设计 异地多活容灾 高可用架构

网络攻防学习笔记 Day108

穿过生命散发芬芳

网络安全 8月日更

敏捷实践 | 分不清Kanban和看板的只剩你了……

LigaAI

Scrum Kanban 敏捷开发 看板

聊一聊这些年看过的动漫

箭上有毒

8月日更

老用户运营从哪里切入?

boshi

运营 私域运营

Magician has released a new version

Magician网络编程包

Java Web 网络编程 io nio

JavaScript单元测试的“抹茶”组合:Mocha和Chai

devpoint

JavaScript 单元测试 8月日更

Flink 和流式应用运维(十-上)

Databri_AI

flink API REST API

蔚来事故背后,“致命弯道”在辅助驾驶和自动驾驶之间

脑极体

Go- 常量

HelloBug

常量 const Go 语言

还在死磕 Ajax?那可就 out 了!

编程三昧

JavaScript 大前端 8月日更 Fetch

破解AI开课难题!2021 全国人工智能师资培训落地厦门大学

百度大脑

人工智能

架构1期模块五作业

五只羊

架构实战营

简简单单实现 Python Web 的登录注册页面,还包含一半逻辑。

梦想橡皮擦

8月日更

Obsidian一个不错的软件

IT蜗壳-Tango

8月日更

iOS开发:Xcode自带的模拟器常用快捷键的使用

三掌柜

8月日更 8月

中台战略:业务中台的8个设计原则_文化 & 方法_技术琐话_InfoQ精选文章