中台的灵魂拷问(一)

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

业务中台

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

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

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

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

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

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

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

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

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

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

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

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

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

个人观点,仅供参考。

目录
相关文章
|
算法 搜索推荐 数据挖掘
AB实验设计
AB实验的原理、优缺点及流程
2272 0
AB实验设计
|
10月前
|
存储 机器学习/深度学习 大数据
终于有人把湖仓一体讲清楚了
湖仓一体是将数据仓库与数据湖融合的新一代数据架构,兼具结构化分析与多样化数据处理能力,实现统一存储、高效查询与深度分析,助力企业提升数据管理效率与业务决策水平。
|
存储 安全 算法
SSL和TLS部署实践
【10月更文挑战第28天】在TLS中,服务器的加密身份和强大私钥是安全基础,2048位RSA密钥足以满足大多数需求。保护私钥需在可信环境生成、加密存储、使用HSM、及时撤销旧证书、每年更新证书。确保证书覆盖所有域名,选择可靠CA,使用SHA256签名算法,配置完整证书链,禁用不安全加密套件,启用前向保密,使用会话重用机制,启用OCSP Stapling,加密整个网站,删除混合内容,安全设置Cookie,配置HSTS和CSP。
1082 1
|
消息中间件 存储 SQL
实时计算 Flink版产品使用问题之kafka2hive同步数据时,如何回溯历史数据
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
算法 计算机视觉 Python
计算机视觉的应用场景
计算机视觉的应用场景
972 0
|
算法 编译器 程序员
【C++ 泛型编程 入门篇】全面掌握C++元模板中的模板继承:模板继承深入指南和教程
【C++ 泛型编程 入门篇】全面掌握C++元模板中的模板继承:模板继承深入指南和教程
780 0
|
数据采集 监控 安全
量化交易源码开发丨量化交易系统开发成熟技术/教程方案/策略指南
定你的量化交易系统的需求和目标,包括交易策略、数据来源、风险管理等。
|
运维 Oracle 关系型数据库
【服务器数据恢复】服务器硬盘坏道掉线的数据恢复案例
服务器数据恢复环境: 一台IBM某型号服务器上有16块FC硬盘组建RAID阵列。上层linux操作系统,ext3文件系统,部署有oracle数据库。 服务器故障&检测: 服务器上跑的业务突然崩溃,管理员发现服务器上有2块磁盘的指示灯显示黄色。
|
存储 前端开发 算法
关于中台建设的理解及建设策略
中台是一种企业级能力,它解决企业的能力共享、业务联通和融合的问题,提供一套企业级的整体解决方案。联通是前台以及中台之间各业务板块的联通,融合是前台企业级业务流程和数据的融合,并以共享的方式支持前台一线业务的发展和创新。
2803 0
关于中台建设的理解及建设策略
|
消息中间件 存储 Java
ZooKeeper 在 Kafka 中的应用
ZooKeeper 在 Kafka 中的应用
637 0