中台的灵魂拷问(一)

简介: 中台到底是什么?能帮企业做什么?通过此文得阅读,抛砖引玉,希望可以帮你重新思考中台。

业务中台

什么是业务中台?
●【业务中台】为了避免相同能力(业务功能)重复建设,将通用业务能力进行“抽离”与“沉淀”,形成多个“标准、统一”的能力中心,对前台应用提供服务能力,同时打破了传统的业务支撑模式与组织架构。
●【举例】将原各业务系统“会员”相关的功能进行统一形成“会员中心”,统一实现如会员管理、成长值管理、积分管理等功能,提供给前台各应用使用,直接一方面将打通前台不同类型应用的会员体系,提升用户体验感知;另一方面统一对会员数据管理,保证会员数据一致性与完整性,为会员标签体系(数据变现)提供更加完整的数据支持。

业务中台到底能给企业带来什么好处?(为什么要用业务中台?)
●【去重】:能力复用与数据统一,通用能力沉淀将打破部门壁垒,避免重复建设(降本)
●【做强】:降低试错成本与加速业务创新,赋能前台业务发展(增效)

业务中台和既有的业务应用系统是什么关系?
●【横向替代】:替代原有支撑类业务应用。通过将多个支撑类业务应用的公共能力进行“抽离”与“沉淀”,形成业务中台能力中心,由于部分能力将由能力中心进行统一提供,此时业务中台能力与原有业务应用形成横向替代关系。
●【纵向支撑】:支撑前台业务应用。通过新建业务能力中心,完成中心化业务数据、业务能力的构建(迁移)后,前台业务应用将直接调用业务中台能力中心,完成业务实现。

业务中台和服务化应用的区别是什么?关系是什么?
●【服务化】服务化应用是指某个应用使用“服务”的形式进行构建,并对外提供接入方式,允许其他业务应用调用。服务化并不是中台化,因为并没有对企业的相同服务能力进行沉淀,也没有形成"标准“和”统一“的能力;另外业务中台同时也是一种架构,而服务化则是构建应用的一种手段。
●【关系】服务化应用与业务中台的关系是:业务中台的能力中心也是以服务化的形式进行构建的,所以业务中台的能力中心应用一定是服务化的应用。

业务中台和微服务的关系是什么?
●【微服务】构建复杂应用的一种架构风格,解决的是应用的扩展性、灵活性、故障隔离性等问题。
●【关系】业务中台一般比较庞大且复杂,考虑能力中心将支撑多个前台应用,对性能、扩展性、灵活性等要求,所以业务中台多采用微服务架构去建设各个能力中心,所以能力中心的服务注册、治理也符合微服务架构对服务的管理特性。

如何选择业务中台的第一个试点项目?
●【痛点驱动】选择存在业务痛点、集成关系相对简单(依赖较少)的能力中心作为第一个试点项目。
●【重要性】第一个试点项目直接决定业务中台的未来走向,必须成功,否则将丧失业务中台建设信心,同时第一个试点项目必须符合企业的业务痛点,否则无法做出成绩,即使成功,业务效果不明显,依然容易遭到质疑。

业务中台的业务效果如何体现与量化?
●【量化指标】业务中台首先需要选择业务痛点进行构建,量化指标可对比中台能力中心上线前后的几个方面:1.业务成功率、2.响应时间、3.并发承载量、4.基础资源投入量、5.横向扩展成本、6.功能迭代效率
●【分析对比】收集上线前的数据,对比业务中台能力中心上线后的数据,定期形成运营分析报告,并持续运营。

领域驱动到底能帮我们解决什么问题?
●【建模方法】领域驱动是一种软件设计的建模方法,通过统一的业务语言,打破不同IT工程师的交流壁垒,通过一套行之有效的方法论去“识别”与“构建”服务能力。
●领域驱动的建模方法,是构建业务中台能力中心的一种较好手段。因为领域驱动天然的会将业务进行领域划分与解耦,形成类似能力中心的服务模型,将对能力中心在服务拆分提供较好的指导建议。

没有领域驱动之前是怎么设计系统?
●【数据驱动】自下而上,先画出数据模型,再根据表间关系形成服务,适用于业务复杂度低的系统。
●【领域驱动】自上而下,先根据统一语言画出业务场景,识别业务领域模块与确定交互流程,技术人员更加容易理解业务方向,避免偏离业务目标,适用于业务复杂度高的系统

怎么解决业务中台通用性与前端业务定制化(个性化)的诉求?
●【接口开放】业务中台的能力中心一定是满足通用性的服务能力,同时提供足够的接口,允许前端业务根据额外的接口进行定制自己的业务。
●【自管理】定制化的能力,不可以沉淀在业务中台,定制化产生的数据与服务全部由业务定制方进行自管理存储与对外发布

业务中台的开始研发之前的规范包括哪些?(API、异常、命名?)怎么管理起来?
●【规范】建立一套适用于业务中台的规范,包括研发团队的协同管理、服务的命名规范、代码规范等
●【组件】使用一套适用于业务中台的组件,包括异常捕获组件、日志输出组件、消息组件、缓存组件等

业务中台的建设,必须先通过咨询才能完成建设吗?
●【建议】先寻找有中台建设经验的咨询团队为中台的顶层设计提供支持和经验,可以少走弯路,提升中台项目的成功率。
●【捷径】企业自有研发团队或ISV的,虽然拥有架构和代码能力,但是对业务中台的认识往往不足,容易将中台项目做成传统封闭的单体应用,咨询将把控建设过程,是中台项目成功的捷径。

业务中台建设,到底要投入多少才能看到成效?
●【评估】需要根据企业的IT现状、目标愿景、市场环境、业务诉求等多个方面,综合分析后,才能初步评估投入,一般情况下能力中心越多,成本越高。
●【持续】业务中台建设是个持续的过程,一般建议有限选择业务痛点进行首个中台能力建设,更加容易出成效,之后再进行持续增加新的能力中心,形成业务中台。

个人观点,仅供参考。

目录
相关文章
|
算法 搜索推荐 数据挖掘
AB实验设计
AB实验的原理、优缺点及流程
2433 0
AB实验设计
【精讲】PCIe基础篇——PCIe传输速率计算
我们在接触PCIe设备时会接触到一个词,传输速率,比如8GT/s。或者有人问你设备的带宽多少?通信速率多少?本文带你了解下。
9186 0
【精讲】PCIe基础篇——PCIe传输速率计算
|
存储 机器学习/深度学习 大数据
终于有人把湖仓一体讲清楚了
湖仓一体是将数据仓库与数据湖融合的新一代数据架构,兼具结构化分析与多样化数据处理能力,实现统一存储、高效查询与深度分析,助力企业提升数据管理效率与业务决策水平。
|
10月前
|
存储 人工智能 自然语言处理
构建AI智能体:十八、解密LangChain中的RAG架构:让AI模型突破局限学会“翻书”答题
本文深入探讨了如何利用LangChain框架实现RAG(检索增强生成)架构,构建智能问答系统。文章首先介绍了RAG技术解决大模型知识更新和准确性问题的原理,以及LangChain作为开发框架提供的模块化组件。详细解析了LangChain的核心模块(模型、提示、索引、链等)和四种ChainType(stuff、map_reduce、refine、map_rerank)的特点与适用场景。通过一个完整的代码示例,展示了如何结合DeepSeek模型和FAISS向量数据库处理PDF文档,实现本地知识库问答功能
1374 9
|
12月前
|
监控 Java 图形学
《拆解Unity3D开放世界游戏中动态天气与粒子特效协同的内存泄漏深层问题》
本文聚焦Unity3D开放世界游戏《荒野余烬》开发中,动态天气系统与粒子特效协同引发的内存泄漏故障。该故障在天气高频切换且多组粒子特效共存时触发,表现为内存持续上涨直至闪退,仅在开放世界大地图出现。文章先介绍技术环境,包括Unity版本、天气与粒子系统设计及内存配置;接着还原故障发现过程与初期排查,排除粒子对象池问题;再通过全链路监控,拆解出“事件订阅注销不彻底致双向引用陷阱”的故障本质;最后提及从事件机制、参数缓存管理、内存监控三方面优化的解决方案,为同类开发提供参考。
319 15
|
数据采集 运维 供应链
终于有人讲清楚了!ERP、MES、SRM、SCM、QMS、EAM、APS、PLM、OA、CRM、WMS、TMS、SCADA、HR...
在数字化时代,企业依赖多种信息系统提升运营效率。本文详解ERP、MES、SRM等14类系统功能与应用场景,并剖析其协同价值。从初创到全球化企业,各阶段系统引入策略清晰展现。
|
存储 安全 算法
SSL和TLS部署实践
【10月更文挑战第28天】在TLS中,服务器的加密身份和强大私钥是安全基础,2048位RSA密钥足以满足大多数需求。保护私钥需在可信环境生成、加密存储、使用HSM、及时撤销旧证书、每年更新证书。确保证书覆盖所有域名,选择可靠CA,使用SHA256签名算法,配置完整证书链,禁用不安全加密套件,启用前向保密,使用会话重用机制,启用OCSP Stapling,加密整个网站,删除混合内容,安全设置Cookie,配置HSTS和CSP。
1173 1
|
算法 计算机视觉 Python
计算机视觉的应用场景
计算机视觉的应用场景
1069 0
|
算法 编译器 程序员
【C++ 泛型编程 入门篇】全面掌握C++元模板中的模板继承:模板继承深入指南和教程
【C++ 泛型编程 入门篇】全面掌握C++元模板中的模板继承:模板继承深入指南和教程
884 0
|
Java API
springboot 2.4.0 knife4j 3.0.1 接口文档框架
本文介绍了 springboot 2.4.0 框架集成 knife4j 3.0.1 接口文档框架的流程。 springboot 的 pom 文件中引入依赖; 启动类上加入 Knife4j 的注解; 配置扫描 api 接口; 在 model 类和 controller 中加入注解
737 0
springboot 2.4.0 knife4j 3.0.1 接口文档框架