• <tr id='bLO5V1'><strong id='bLO5V1'></strong><small id='bLO5V1'></small><button id='bLO5V1'></button><li id='bLO5V1'><noscript id='bLO5V1'><big id='bLO5V1'></big><dt id='bLO5V1'></dt></noscript></li></tr><ol id='bLO5V1'><option id='bLO5V1'><table id='bLO5V1'><blockquote id='bLO5V1'><tbody id='bLO5V1'></tbody></blockquote></table></option></ol><u id='bLO5V1'></u><kbd id='bLO5V1'><kbd id='bLO5V1'></kbd></kbd>

    <code id='bLO5V1'><strong id='bLO5V1'></strong></code>

    <fieldset id='bLO5V1'></fieldset>
          <span id='bLO5V1'></span>

              <ins id='bLO5V1'></ins>
              <acronym id='bLO5V1'><em id='bLO5V1'></em><td id='bLO5V1'><div id='bLO5V1'></div></td></acronym><address id='bLO5V1'><big id='bLO5V1'><big id='bLO5V1'></big><legend id='bLO5V1'></legend></big></address>

              <i id='bLO5V1'><div id='bLO5V1'><ins id='bLO5V1'></ins></div></i>
              <i id='bLO5V1'></i>
            1. <dl id='bLO5V1'></dl>
              1. <blockquote id='bLO5V1'><q id='bLO5V1'><noscript id='bLO5V1'></noscript><dt id='bLO5V1'></dt></q></blockquote><noframes id='bLO5V1'><i id='bLO5V1'></i>
                首页 > 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