首页 > EA > 正文

企业级业务架构与“中台”的关系

2020-04-16 10:51:42  来源:晓谈岩说

摘要:随着《企业级业务架构设计:方法论与实践》一书的传播,笔者有了更多的机会与来自不同行业的读者共同讨论业务架构这个话题,业务架构与“中台”的关系也时常会被读者问起,笔者就以这篇短文,将与大家交流的情况做个分享。
关键词: 业务架构 中台
        随着《企业级业务架构设计:方法论与实践》一书的传播,笔者有了更多的机会与来自不同行业的读者共同讨论业务架构这个话题,业务架构与“中台”的关系也时常会被读者问起,笔者就以这篇短文,将与大家交流的情况做个分享。

  再议中台
 
  经过去年的起起落落,圈内至少对中台达成了一个共识——它仍是一种企业级的软件工程方法,涵盖了一整套解决方案,既包括方法论层面,也包括具体的技术实现方式,当然,前者相对而言不够明晰。对中台方法的探索也在变得更加“宽容”,很多人也认可只要达到了企业级功能复用、一体化这样的核心目标,自家的系统也都可以当做中台的成功实践。
 
  当关于中台的讨论越来越深入,实现方式越来越开放,中台也愈加转回到了大家更熟悉的概念:企业架构。与Zachman、TOGAF这样的传统“自上而下”的企业架构理论相比,中台常被认为是一种“自下而上”发展出来的颇具互联网特色的本土架构方法。作为案例背书的阿里巴巴集团的实践,的确体现了互联网公司勇于探索、自我激励、注重敏捷、坚守价值等众多特点,但也正是这样的发展过程,使其整体而言的严谨性与传统理论之间尚有一些差异。
 
  中台常被划分成业务中台、数据中台,之后又出现了技术中台等其他中台定义,在阿里巴巴的实践中,他们很注重业务架构的作用,通过业务架构分析对产品或者功能进行模型化设计,其实这也是一种标准化设计,比如图1,这是之前演讲中曾经公开的设计思路:
\
  图1 业务定义可视化
 
  图中的能力模型、配置模型实际上就是对业务的结构化、标准化设计结果,配置数据就是实例化的运行。
 
  通过这种方式,原有的业务能力可以被清晰定义,设计的业务流程可以被很好地结构化,在理想的实现条件下,软件可以被“业务”定义。
 
  美中不足
 
  上边介绍的中台方法其实有一个关键问题,就是能力模型的定义范围,自下而上的实施方式,其对应的合理定义范围应当就是领域级的,这与随着微服务再度升温的DDD在思路上是一样的。但是,企业内部对整合、提升的要求并不会在领域级停住,所以,对跨领域的企业级问题的思考是必然的。此外,对于其他想复制中台模式的企业而言,自下而上的生长过程是没有的,尤其是传统企业,他们从一开始就是一个自上而下的转型行为,这其中的不对称就很明显了。如果原有的方法论中,缺少了自上而下的架构设计过程,如何应用中台方法呢?
 
  笔者曾在前文《关于架构演进发展的探讨》中讨论过企业到底是要一个特化的中台还是一个泛化的中台。对于特化的中台,学的越像可能失败概率越高,这就是方法论的魔力,没有对方法论的驾驭能力而单纯追求方法,可能就是这种结果。
 
  传统方法能帮点儿啥?
 
  当思考到自上而下的架构设计过程时,我们就回到了企业架构的范畴,这些看似笨重的“老方法”一直在整体设计方面勤耕不辍。当面对企业转型这个严肃话题时,我们必须对企业管理和软件工程具备一个最基本的科学的敬畏态度,因为在当今这个时代企业转型正是这两者的结合,而面对未来真正的数字化转型,企业管理则需要充分吸收企业架构的设计思维,完成对自身“技术基因”的“突变”。
 
  中台方法让实践者最为困惑的经常是中台里到底放什么,什么能力需要被沉降到中台,如果没有自下而上的积累过程,那么,自上而下的规划就必须被采用,脱胎于传统理论的企业级业务架构方法论正好可以满足这方面的需求。
 
  企业级业务架构的整体逻辑如图2所示:
\
  图2 企业级业务架构的整体逻辑
 
  这一整体逻辑展示了自上而下的业务分解过程,也体现了自下而上的能力对业务的支持方式,关于企业级架构方法,笔者书中有详细介绍,不在此对方法部分赘述。
 
  企业级业务架构设计在实操层面非常注重标注化问题,如图3所示,标准化是设计过程中要遵循的重要原则:
\
  图3 标准化是企业架构的设计原则之一
 
  标准化是业务能力沉降的基础,在自上而下的设计过程中,这是对企业整体能力的一次深入检视和重构,当然,整合不是一厢情愿,需要科学的态度。
 
  通过企业级业务架构驱动企业级软件工程,我们可以得到落地实践后建立起来的企业能力地图,如图4所示:
\
  图4 企业能力地图
 
  从这张图再演进,相信聪明的读者朋友们就回到了图1所示的阿里巴巴集团的设计目标上,殊途同归,不同的是,企业级业务架构方法论给出了一套明确的自上而下的设计过程。
 
  这个过程更大的意义在于其对业务侧结构化思维的影响,通过提升业务人员的结构化思维能力,我们可以为软件工程带来更大的效率提升,也能够使业务与技术实现更为深入的融合,软件生产过程和方法论的改善,绝不仅仅是技术侧的问题。
 
  再看看诗和远方
 
  当我们用更加前瞻性的开放式架构思维和开源标准化思路去看待企业软件、企业架构设计时,我们也能推导出支持未来数字化时代所必须具备的、面向全社会而不仅仅是一个企业自身的大规模软件生产方式——基于行业级标准化构件的企业架构设计思路,如图5所示:
\
  图5 基于行业级标准化构件的架构设计
 
  数字化时代,我们的应当更加注重能力的复用,并且是行业级的能力复用,而不是像今天这样动辄从头做一遍,这需要业务侧的思维更结构化,需要技术侧更理解业务,需要企业级业务架构做好中间的桥梁。
 
  综上,笔者认为,企业级业务架构方法论可以为做中台转型的企业提供更好的规划与设计方法,二者并不冲突,任何方法论的发展和学习都是一种兼容并蓄的过程,而不同方法之间的结合也已经成为架构设计发展的一种趋势。
 
  除了可以与中台方法结合外,企业级业务架构设计方法因其对业务侧的特殊影响和更广阔的适用范围,可以为软件行业迈向更加成熟的标准化生产方式提供更好的支持与引导,是企业推动数字化转型工作的有力工具。
 
  作者:付晓岩       来源:晓谈岩说

第三十四届CIO班招生
北达软EXIN网络空间与IT安全基础认证培训
北达软EXIN DevOps Professional认证培训
责编:yangjun

免责声明:本网站(http://www.ciotimes.com/)内容主要来自原创、合作媒体供稿和第三方投稿,凡在本网站出现的信息,均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性,但不保证有关资料的准确性及可靠性,读者在使用前请进一步核实,并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏,概不负任何法律责任。
本网站刊载的所有内容(包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等)版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时,请及时通知本站,予以删除。