企业架构划分探讨:业务架构与IT架构的利与弊

打印 上一主题 下一主题

主题 979|帖子 979|积分 2937

在企业架构(EA)的江湖里,各人一直致力于怎样把企业的复杂性简化成有条有理的架构蓝图。有人选择把企业架构分成业务架构IT架构,而IT架构又进一步细分为应用架构数据架构技术架构。但一提到这种划分方式,总有人跳出来说:“TOGAF 不是已经把架构分成了 4A 吗?为啥还要搞这种简化版?”
所以,今天我们就来聊一聊:把企业架构分为业务架构和IT架构的利益与弊端,并随手捋一捋 TOGAF 的 4A 架构(业务架构、数据架构、应用架构和技术架构),看看各人究竟该走哪个道。
TOGAF:4A架构之正统

TOGAF(The Open Group Architecture Framework)堪称企业架构的“武林秘笈”。它提供了一个系统化的方法论,把企业架构分为四个维度:

  • 业务架构(Business Architecture,BA)
    形貌企业的业务目标、核心业务能力、流程、组织布局等。它是企业“往哪走”的指南针,所有后续架构都要围绕它睁开。
  • 数据架构(Data Architecture,DA)
    关注数据的界说、存储、流动和管理,确保业务所需的数据能够被高效管理和利用。数据是企业的“血液”,流通好了,才气支持决策。
  • 应用架构(Application Architecture,AA)
    形貌应用系统怎样支持业务功能,怎样相互集成。这是业务需求和数据流转的“筋骨”,为企业业务赋能。
  • 技术架构(Technology Architecture,TA)
    关注IT基础设施,包罗硬件、网络、操作系统、中央件等,为应用架构提供支持,是企业IT的“底座”。
TOGAF 的 4A 架构体系非常完整,确保了业务与IT的全面覆盖,逻辑清楚、上下衔接、前后贯通,像一部优雅的四重奏。
业务架构 + IT架构(应用、数据、技术):常规划分的利益

1. 简化沟通,易于明白

对非专业人士(好比企业高层、业务部门职员)来说,把架构直接分为“业务架构”和“IT架构”,而 IT 架构内再分成应用、数据和技术三大类,明显更简朴粗暴且易懂。
试想,当你给 CEO 解释 TOGAF 4A 架构时,他可能眉头紧皱:“数据架构?应用架构?技术架构?都是 IT 的事,干嘛整这么复杂?”
但如果你说:“我们把企业架构分成业务和IT两部分,IT再分三个领域负责支持业务运转”,CEO点头:“哦,懂了,就是业务归你们说,IT归技术职员管。”
简朴,直接,少花10分钟解释。
2. 适合“小步快跑”的企业架构实践

TOGAF 的 4A 架构虽然完整,但也因为太“正统”而显得略微粗笨。对于刚开始做企业架构的公司,把 IT 划分为应用、数据、技术这三部分,可以更快落地。


  • 应用架构:负责满足业务的应用需求,解决“系统支持什么?”的问题。
  • 数据架构:确保数据可用、可分析,解决“数据从哪来、怎么用?”的问题。
  • 技术架构:负责系统稳固可靠运行,解决“技术怎么搭?”的问题。
这种划分方式没有 TOGAF 那么过细,但“够用”。特别适合资源有限、架构起步阶段的企业。
3. 更贴近企业的现原形况

对于大部分企业来说,业务和IT之间的鸿沟是真实存在的:


  • 业务部门常诉苦:“IT懂不懂业务?老给我整不实用的东西!”
  • IT部门则吐槽:“业务需求反复变,我们都快酿成消防队了!”
所以,把架构简朴划分为业务架构IT架构,可以更加聚焦于业务与IT之间的“桥梁搭建”。
IT内部分为应用、数据和技术三类,也能让技术职员更有针对性地解决差别条理的问题,而不至于陷入“面面俱到,实则面面混乱”的逆境。
简化架构的弊端:TOGAF 的粉丝们怒了

1. 容易“头重脚轻”,忽略数据的重要性

在 TOGAF 的 4A 架构中,数据架构是单独拎出来的,因为数据的战略代价越来越高。但在“业务+IT”的划分下,数据架构每每被淹没在 IT 的“大锅饭”里,难以得到充足的器重。


  • 业务部门只关心“数据报表跑不出来,能不能快点?”
  • IT部门也只关心“数据库加台服务器呗。”
结果就是:数据资产没被好好规划和管理,数据孤岛依然存在,业务代价打折扣。
2. IT架构的细分容易失衡

在 IT 内部,把应用、数据和技术架构放在一起,外貌看很调和,但现实操作时容易“偏科”。


  • 应用架构:业务部门声音最大,需求总是第一时间安排。
  • 技术架构:维护系统稳固,短期结果显著,也容易被器重。
  • 数据架构:中长期收效,投入大、产出慢,每每“靠边站”。
结果就是企业架构演酿成“重应用、轻数据,底层技术忙补锅”。
3. 忽视架构闭环,难以实现业务反馈

TOGAF 的 4A 架构夸大业务、数据、应用和技术的联动性,形成架构闭环,确保业务需求通过IT得以落地,并通过数据反馈优化业务。但在“业务+IT”的简化分法下,这种闭环很容易断裂:


  • 业务提需求,IT开发系统;
  • 系统上线,业务不满意;
  • 数据没人看,问题反复出现。
这就是架构“割裂”的典范表现。TOGAF的4A架构,虽然复杂,却可以确保各个环节有章可循,形成有效闭环。
结语:两种划分的抉择

企业架构的“业务架构 + IT架构”这种分法,虽然简朴易懂,落地速度快,但也容易出现“头痛医头,脚痛医脚”的环境,无法解决企业的长期发展问题。
TOGAF 的 4A 架构则更加系统化,适合那些已经有一定架构基础、希望深入优化的企业。但它也需要更多的时间、资源和管理成熟度来支持。
所以,企业在选择架构分法时,关键是要看自身的现实环境:


  • 如果企业架构处于起步阶段,简化分法更容易落地。
  • 如果企业寻求长远发展,TOGAF 4A架构才是正道。
正如《道德经》所言:“道可道,非常道。” 架构之道,没有一成不变的答案,只有最适合你的方法。

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
回复

使用道具 举报

0 个回复

倒序浏览

快速回复

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

本版积分规则

玛卡巴卡的卡巴卡玛

金牌会员
这个人很懒什么都没写!
快速回复 返回顶部 返回列表