江苏龙网

  1. 首页 > 人文 > >

「」中台之我不是药神( 四 )


业务架构是战略 ， IT架构是战术 。 其中应用架构承上启下 ， 一方面承接业务架构的落地 ， 另一方面影响技术选型 。
「」中台之我不是药神
本文插图
2. 从IT解决方案看 ， 中台就是企业级能力复用平台
“企业级”划定了中台的范围和上下文 。
“能力”指定了中台的主要承载对象 ， 能力的抽象解释了各种各样中台的存在 。
“复用”定义了中台的核心价值 ， 中台的兴起 ， 使得人们的目光更多的从平台内部 ， 转换到平台对于前台业务的支撑上 。
“平台”指标准化组件、模块和工具的集合 ， 对外通过API接口提供共享服务 。
平台目的是通过业务拆分来降低系统的复杂性；通过服务共享来提供重用性；通过服务化来达到业务支持的敏捷性；通过统一的数据架构来消除数据交互的屏障 。
「」中台之我不是药神
本文插图
图片来源：《企业IT架构转型之道》
中台为何而生？
“阿里巴巴的中台支持了集团灵活变阵 ， 如果没有中台 ， 变阵一次 ， 底下的系统要重建一次 ， 这根本无法实现 。 ”
——郭继军
中台要解决的企业痛点是：
1. 技术债
技术债是团队在开发新项目的过程中不得不处理原有系统遗留的各种质量缺陷（还债） ， 而产生缺陷的过程则被称为欠债 。 技术债包括需求质量问题、文档质量问题、代码质量问题 。
这些质量问题就像俄罗斯方块游戏中未填满的空格 ， 有时候我们能通过消层再回填的方式解决（技术重构） ， 有时候我们会忙于应付不断掉落的方块（新的需求）而无暇顾及这些空格 。

「」中台之我不是药神
本文插图
企业无分大小 ， 只要系统建到一定规模或者数量 ， 时间累积到一定程度 ， 总有“技术债”要还 ， 总有重构的十足理由 ， 那么作为一种架构设计理念去应用中台 ， 未尝不可 。
2. 前台和后台脱节
大部分的软件系统都是前后台两层架构：
前台：企业前方市场的管理平台 ， 是企业的终端用户直接使用或交互的系统 。 比如像微信、QQ、淘宝这样的APP；
后台：企业内部支撑的管理平台 ， 是企业管理核心能力的系统 。 比如像企业ERP管理平台、企业财务管理平台等系统 。
这种划分既是IT架构划分 ， 也是一种职能划分 。 传统上 ， 后台是面向企业内部的 ， 侧重于企业内部流程支撑和数据支撑 ， 而前台侧重于提供服务界面和客户交互 。 两者的目标也不尽相同 ， 后台追求的是稳 ， 前台追求的是快 。
由于这种目标差异 ， 导致后台逐渐不能满足前台快速响应的要求 。 前台和后台之间需要一个中间层来充当一个差速齿轮 ， 这个中间层就是中台 。
「」中台之我不是药神
本文插图
中国古代打仗就有三军的说法 。 春秋开始是上军、中军、下军 ， 随着时代的演进 ， 为前军、中军、后军所代替 。 前军是先锋部队；中军是主将统率的部队 ， 也是主力；后军主要担任掩护和警戒任务 。 这种军事谋略和我们今天前台、中台和后台是一致的 。
中军才是主力 ， 中台一开始就不是小打小闹 。
3. 大企业病
企业发展到一定程度 ， 组织架构和层级必然不断膨胀扩张 。 各大事业部下各大部门 ， 就像一个小型组织一样 ， 各占山头 ， 势必会出现屁股决定脑袋的现象 。 大企业内部各处都是墙——部门墙、业务墙、数据墙 。
一些原本可以快速提供的用户服务 ， 却需要多重对接 ， 无法快速拿出产品方案 ， 耗费很大的成本和极长的时间 。 一个原本可以共用的服务 ， 被不同部门重复建设 。


推荐阅读


上一篇：腼腆科技又▲起售价为2599元，在当时是最便宜的麒麟970手机，荣耀10在刚发布时

下一篇：享受诗与远方：重庆女司机一波神操作，把奥迪骑上隔离桩，一声手机提示音