数字化转型底层方法论 - 1)中台深水区实践之:【业务架构】

2023-12-19 04:30

本文主要是介绍数字化转型底层方法论 - 1)中台深水区实践之:【业务架构】,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

中台系列共4大篇章,在此分享其中第一篇章,其他阅读,可关注公号【云世】获取。

中台的差异化适配和建设,印证了中台实践已进入深水区。

与此同时,中台实施“失败”的案例也不绝于耳, 行业对“中台”观点,出现清晰的分化。这里,我们不展开对于中台实施失败案例的讨论与分析,而将关注点放在更加底层的商业逻辑和方法论沉淀上来。

中台建设的成功,或者“失败”,甚至“去中台化”声音背后,本质上是一致的商业逻辑:

对中台的复用实践经验:

“看上去的能力复用是乐高组装,但真实的能力复用其实是器官移植,需要的是一场外科手术。”

因此,我们认同这样的观点:“中台”是手段、过程,不是目的本身。回归本源,从问题与价值出发,“平台化” 向业务的再演进,是这一轮数字化建设浪潮中需要关注的重要趋势,也是企业现代化进程中的关键步骤。

再提业务平台化,是因为深水区实践中, 新的问题将业务平台化内涵向前演进。

 “平台化”是从信息化到数字化时代,每一轮 IT 建设都会提及的主题之一。而当平台沿着历史发展的趋势继续向业务的“逼近”过程中,对于平台抽象和建设的难度也成指数型增加,涌现出了一系列新问题:

1) 如何抽离多业务线共享的解决方案和能力,集中管控和演进,以避免重复投资?

2)新业务如何基于企业已有的解决方案和 能力快速组装上线,以支撑业务快速迭代创新?

3) 如何合理地划分 IT 系统边界,以得到随“需”而变的响应力?

4)   如何适当拆分过于集中的分析类数据处理职责,以缓解规模化数据分析处理瓶颈?

5)如何在富技术时代进行平台型技术架构选型及设计?

业务架构 (Business Architecture) 定义了企业各类业务的运作模式及业务之间的关系结构。它以承接企业战略为出发点,以支撑实现企业战略为目标, 通过对于业务能力的识别与构建,并将业务能力以业务服务的方式透出,实现对于业务流程的支撑, 并最终通过组织给予保障。

业务架构是企业架构的核心内容,直接决定了企业战略的实现能力,是其他架构领域工作的前提条件和架构设计的主要依据。

业务架构整体上包括“业务”、“流程”、“组织”、  “服务”、“领域”和“模式”六大部分,如下图:

其中“模式”部分是我们为“平台型”企业架构设计的核心解决方案,包括:

什么是可共享复用的能力?

在现代企业架构中,面向能力的规划超越面向功能与服务的规划,成为企业级业务架构规划的关注要点,如何基于能力的识别与规划,最大化的沉淀企业级可复用的能力,并通过扩展、编排和组合等形式应用到更多的场景,是平台型企业架构需要解决的关键问题。

企业为了应对业务的快速迭代、多场景和不确定性, 需要在平台上构建可复用的“能力”以及为能力提供必要的扩展与可变机制,以此为不同前台提供灵活多变的业务服务,满足不同前台差异化个性化的的需求。

而“能力”根据粒度的不同,可再度细分为“基础能力”、“能力组件”和“解决方案”三个层级。

不同业务的差异性,则可通过能力的“扩展点”设计和不同“业务身份”在扩展点上的“扩展实现” 进行区分。

  • 业务身份:“业务身份的概念最早由阿里巴巴提出,业务平台在对各业务同时提供服务时,需要能区分每一次业务服务请求的业务身份要素,以便提供差异化个性化的服务;因此需要对企业各业务的身份和特征进行建模和区分,其产出即为“业务身份”。业务身份是业务在平台中的代名词,是在业务运营中唯一区分某个具体业务的 ID。平台基于业务身份匹配该特定业务的流程和业务规则,并基于业务身份实现服务路由、需求溯源、业务监控和业务隔离。

  • 基础能力:是对领域对象的原子操作,完成一个领域对象上单一且完整的职责。比如:创建售后单、修改商品库存量等,是能力组合和复用的最小单元。

  • 能力组件:能力组件是对基础能力的进一步封装, 目的是方便业务的使用。按封装粒度不同分为两类: 第一类能力组件是根据业务服务的需要编排封装的一组关联的基础能力,从而提供完整的服务。比如: 订单创建能力组件。第二类能力组件是平台针对一系列紧密关联的业务活动,设计的能力模板,可基于该模板快速定制某个具体业务的特定流程和能力,从而达到复用全部关联能力的目的。比如:“组合支付”、“快速建站”等能力组件。能力组件加   快了业务接入平台的速度,让业务侧专注业务本身, 不再需要耗费精力在理解平台大量的基础能力上。

  • 扩展点与扩展实现:“扩展点”是对基础能力的可变性设计,在技术侧体现为基础能力实现中的某一个步骤的接口定义,而接口的一个实现即为一个“扩 展实现”。比如:订单渲染基础能力中有一个步骤 是订单总价试算,而正常时期的总价试算规则与秒杀时期的总价试算规则是不同的,因此需要对订单渲染基础能力设计“订单总价试算规则”的扩展点, 并分别定义在正常时期和秒杀时期的扩展实现。

  • 解决方案:是平台针对一类共性业务的端

这篇关于数字化转型底层方法论 - 1)中台深水区实践之:【业务架构】的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/510893

相关文章

mybatis的整体架构

mybatis的整体架构分为三层: 1.基础支持层 该层包括:数据源模块、事务管理模块、缓存模块、Binding模块、反射模块、类型转换模块、日志模块、资源加载模块、解析器模块 2.核心处理层 该层包括:配置解析、参数映射、SQL解析、SQL执行、结果集映射、插件 3.接口层 该层包括:SqlSession 基础支持层 该层保护mybatis的基础模块,它们为核心处理层提供了良好的支撑。

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

系统架构师考试学习笔记第三篇——架构设计高级知识(20)通信系统架构设计理论与实践

本章知识考点:         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识

【编程底层思考】垃圾收集机制,GC算法,垃圾收集器类型概述

Java的垃圾收集(Garbage Collection,GC)机制是Java语言的一大特色,它负责自动管理内存的回收,释放不再使用的对象所占用的内存。以下是对Java垃圾收集机制的详细介绍: 一、垃圾收集机制概述: 对象存活判断:垃圾收集器定期检查堆内存中的对象,判断哪些对象是“垃圾”,即不再被任何引用链直接或间接引用的对象。内存回收:将判断为垃圾的对象占用的内存进行回收,以便重新使用。

业务协同平台--简介

一、使用场景         1.多个系统统一在业务协同平台定义协同策略,由业务协同平台代替人工完成一系列的单据录入         2.同时业务协同平台将执行任务推送给pda、pad等执行终端,通知各人员、设备进行作业执行         3.作业过程中,可设置完成时间预警、作业节点通知,时刻了解作业进程         4.做完再给你做过程分析,给出优化建议         就问你这一套下

系统架构设计师: 信息安全技术

简简单单 Online zuozuo: 简简单单 Online zuozuo 简简单单 Online zuozuo 简简单单 Online zuozuo 简简单单 Online zuozuo :本心、输入输出、结果 简简单单 Online zuozuo : 文章目录 系统架构设计师: 信息安全技术前言信息安全的基本要素:信息安全的范围:安全措施的目标:访问控制技术要素:访问控制包括:等保

哈希表的底层实现(1)---C++版

目录 哈希表的基本原理 哈希表的优点 哈希表的缺点 应用场景 闭散列法 开散列法 开放定值法Open Addressing——线性探测的模拟实现 超大重点部分评析 链地址法Separate Chaining——哈希桶的模拟实现 哈希表(Hash Table)是一种数据结构,它通过将键(Key)映射到值(Value)的方式来实现快速的数据存储与查找。哈希表的核心概念是哈希

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者