最具影响力的数字化技术在线社区

168大数据

 找回密码
 立即注册

QQ登录

只需一步,快速开始

1 2 3 4 5
打印 上一主题 下一主题
开启左侧

“中台”架构详解-企业互联网中台架构

[复制链接]
跳转到指定楼层
楼主
发表于 2021-10-31 11:37:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多数据大咖,获取更多知识干货,轻松玩转大数据

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
中台起源
说起互联网中台架构,起源于国内巨头阿里巴巴,不同的行业人群对中台会有不同理解和解读。
中台是什么?
下面我讲解下我认为的观点:中台是一套结合互联网技术和行业特性,将企业核心能力以共享服务中心进行沉淀,形成“大中台、小前台“的组织和业务机制,供企业快速低成本的进行业务创新的企业架构。
中台的目的是“提供企业快速低成本创新的能力”,核心是“构建企业共享服务中心”,过程是构建“大中台、小前台“组织和业务机制。
其中,前台作为一线业务,更敏捷更快速适应市场,中台将整个企业的数字运营能力、产品技术能力,对各业务前台形成强力支撑。
阿里巴巴的中台架构
上图可以看出,阿里巴巴有超过数十个业务单元(如淘宝、天猫、聚划算、菜鸟)均不是独立构建在阿里云之上,在后端阿里云技术平台和前端业务之间有“共享业务事业部“,将业务中公共、通用的业务沉淀下来,包括用户中心、商品中心、交易中心、评价中心等十几个共享单元,是“厚平台的真正实现“。

而后端的阿里云提供资源和中间件云服务能力做载体。同时,使用集团近十年的双11、双12的高可靠、可稳定的运维保障能力,对整个系统进行支撑。

中台的使命是从下到上逐步完善阿里的整个体系,从阿里云、数据、中间件、算法,到上面支撑的各种业务解决方案,构建阿里自己核心的能力。
中台在阿里巴巴的诞生
在淘宝初期,主要面向C2C的电商领域,整个系统都是围绕一套“烟囱式”的淘宝技术框架进行。随着业务的不断扩张,集团成立出天猫事业部主抓B2C电商领域,又形成了一套烟囱式发展。

这种烟囱式的架构体系带来了诸多不足,比如成本的重复投入和维护、数据之间打通复用的难度、几年之后推到重建的风险。

为了解决这些问题,集团开始构建共享服务中心体系,来沉淀和服用业务能力,但是由于没有过多的业务话语权,共享服务体系的建设一开始并不顺利。

之后,随着“聚划算”团购项目的启动,各种系统的流量都需要通过聚划算,这时,共享服务中心得以大展手脚,逐步将集团核心的业务能力构建成用户中心、商品中心、交易中心、评价中心、店铺中心等等数十个共享服务。

可以说整个阿里中台的革命也是共享服务中心的革命,各共享服务中心聚焦核心业务单元能力的构建,协助目前集团上百个前台业务的快速创新。

这里需要强调一下,中台是去中心化的,而共享服务中心正是一个个解耦的服务模块,这里的中心有一些特点:
  • 共享中心以共享业务+数据能力为主,比如领域服务层+API接口
  • 共享中心的目的是沉淀传统行业业务和数据能力,并开放出去
  • 共享中心是中台的重要部分,目的是实现前端应用和后台的彻底解耦

中台的好处
没有中台前,企业的痛点体现在:
复杂:系统庞大、逻辑复杂 (学习理解成本高,每人了解系统全貌,最懂的是程序员,需要翻代码才能知道具体逻辑)

重复:系统差异性大、标准不一 (同样的需求在不同系统重复造轮子,对于一个通用功能,没人说清楚是否有,或知道但现有的够不够支持)

沟通成本高:团队多,跨部门的沟通多(无用的拉通对齐会太多,沟通需求和信息获取成本极高)

中台就是为了让企业进行核心能力的沉淀,更给予我们快速创新的机会,具体包括:

1、中台赋予业务快速创新和试错能力
企业可以聚焦核心共享服务的建设,提高服务的重用。

2、打造数字化运营能力
中台有助于业务通过共享核心能力的沉淀,进行数字化运营。通过对中心核心数据的分析,更加精确地对业务进行调整和优化,全方位动态调整资源利用。

3、改变组织阵型带来组织效能提升
中台的变化也是组织阵型的变化。一方面,对于公司,中台侧重的是跨部门跨团队的深入合作。另一方面,对于个人,中台推荐的是类微服务的小而精团队,员工从事多种岗位,对全局和整体有更深入的锻炼。
中台是平台化的自然演进
这里比较一下中心化、平台化、中台化。
中心化类似烟囱式架构,一个中心解决整个技术堆栈。
平台的目标为高内聚、低耦合、职责边界清晰,是单一团队、部门、系统的效率提升。
中台的目标是提升效能、数据化运营、更好支持业务发展和创新,是多领域、多BU、多系统的负责协同。
中台是平台的自然演进:这种演进带来“去中心化“的组织模式,突出对能力复用、协调控制的能力,以及业务创新的差异化构建能力。
企业中台化转型
传统企业应用中台战略进行互联网化转型,主要需要关注以下6点。


1、尽可能拆分,共享中心建设
企业应该尽可能地拆分自己的应用,进行共享服务中心的建设,将核心的业务能力复用和沉淀。

共享中心的拆分要注意层次。

首先,可以从基础主数据和核心共享数据出发去定义中心,例如客户中心,订单中心,所有功能目的都是围绕客户或订单数据本身。

第二,可以围绕核心业务展开进行中心的定义,比如交易中心,人事共享服务中心,这种中心的强调核心业务能力,而不是针对某特定数据。

另外,可以以核心业务规则和逻辑构建的中心,比如包调度中心,规则中心等,这些都是实现核心业务逻辑处理为主的中心。

2、去中心化,线性扩展
企业需要采用去中心化架构,没有核心流量汇入点,服务中心尽量无状态,便于水平扩展。这样平均分担压力,负载均衡,对单个中心带来的负载更小,故障影响的范围也更小。

同时,也要求我们的数据服务也要进行分布式改造,使用分库分表,读写分离的思想,便于根据实际情况扩索容。

3、数据化运营
当然,去中心化也会面对系统运维和管理成本上升的问题。企业需要对自身的运维运营过程进行积累和沉淀,整理出数据化、自动化运维的经验,同时增强监控告警、限流降级、性能分析诊断等方面的能力,精准定位目前系统中存在的问题,并提出相应的改善方案。

另外,数据是企业最宝贵的财富,企业可以通过各中心的数据,今而挖掘新的业务机会,快速创新。

4、异步化,最终一致
在大量的实践中,大部分业务流程不需要强一致性,而使用最终一致来平衡。
我们需要使用异步解耦,如使用消息队列来完成业务逻辑,缩短相应周期。

以双11为例,一个交易需要200多个系统,假设每个系统需要10毫秒,再加上一些网络和前端延迟,总时长将超过3秒。而在互联网领域,3秒的RT会造成大量的用户流失。使用异步化,缩短服务主链路可以大大缓解这一问题。

5、尽可能自动化
企业进行中台改造,会面临很多机器来负载业务,要求企业尽可能提高自动化能力,比如自动部署、自动弹性扩容、自动升降级、自动限流降级,降低运营成本,也提高系统的稳定性和业务连续性。比如消息队列中以自动化的形式实现系统的秒级切换和快速恢复,对应用几乎没有影响。

6、尽可能使用成熟组件
中台的建设要求企业将重心放在服务中心上,对于底层组件,尤其是中间件层面,尽量使用成熟的组件来提高系统稳定性和性能。
目前,阿里巴巴中间件已经将多年经双十一购物狂欢节的严苛考验的技术沉淀,以阿里云标准云服务的方式输出给外部客户,其中包括多款阿里云中间件产品(比如EDAS/MQ/DRDS/ARMS/PTS),并提供全方位的互联网化转型的架构咨询、技术支持、交付培训等服务。并不仅仅是技术红利的分享,更重要的是整个阿里中台战略思想的传播。
  • 中台可以帮助传统企业将企业核心能力以共享服务形式沉淀,供企业快速低成本的进行业务创新的企业架构。
  • 中台是平台化的自然演进,是一种体系/生态/方法论。
  • 中台的目的是“提供企业快速低成本创新的能力”。中台的核心是“构建企业共享服务中心”。
  • 企业中台化转型中,需要关注拆分/去中心化/数字化/异步化/自动化/成熟组件等方面。

楼主热帖
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 赞 踩

168大数据 - 论坛版权1.本主题所有言论和图片纯属网友个人见解,与本站立场无关
2.本站所有主题由网友自行投稿发布。若为首发或独家,该帖子作者与168大数据享有帖子相关版权。
3.其他单位或个人使用、转载或引用本文时必须同时征得该帖子作者和168大数据的同意,并添加本文出处。
4.本站所收集的部分公开资料来源于网络,转载目的在于传递价值及用于交流学习,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。
5.任何通过此网页连接而得到的资讯、产品及服务,本站概不负责,亦不负任何法律责任。
6.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源,若标注有误或遗漏而侵犯到任何版权问题,请尽快告知,本站将及时删除。
7.168大数据管理员和版主有权不事先通知发贴者而删除本文。

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

站长推荐上一条 /1 下一条

关于我们|小黑屋|Archiver|168大数据 ( 京ICP备14035423号|申请友情链接

GMT+8, 2024-5-5 02:01

Powered by BI168大数据社区

© 2012-2014 168大数据

快速回复 返回顶部 返回列表