聚合架构-晓岩企业架构系列讲座整理(20-29)

摘要
企业的内部需求和外部环境一直在变,软件研发、交付和使用的方式也一直在变,相应地,企业架构的方法论也一直在演进。数字化时代如火如荼,传统的企业架构方法需要引入新的思维模式,才能满足企业发展需求。 作者结合自己在架构领域多年的实践经验和思考总结,针对数字化转型大背景下企业的架构需求,对TOGAF等传统企业架构方法论的不足进行了改进与创新,提出了一套面向数字化企业的企业架构方法论——聚合架构(ABAE),是管理数字化企业的新思维,在企业架构方法的发展史上或有划时代的意义。

1-20聚合架构第二十一讲:看看DoDAF的视点和元模型

​​​​​​1-20聚合架构第二十一讲:看看DoDAF的视点和元模型_哔哩哔哩_bilibili

企业架构分三层:制品=》视图=》视点=》体系结构

1-21聚合架构第二十二讲:DoDAF架构师们是咋干活儿的

1-21聚合架构第二十二讲:DoDAF架构师们是咋干活儿的_哔哩哔哩_bilibili

1-22聚合架构第二十三讲:什么是结构化?

1-22聚合架构第二十三讲:什么是结构化?_哔哩哔哩_bilibili

此图可以作为向业务人员最经典的方式解释什么叫结构化。分析描述业务的标准化。 

1-23聚合架构第二十四讲:舆论里的中台

1-23聚合架构第二十四讲:舆论里的中台_哔哩哔哩_bilibili

6年时间十本书作为中台的舆论标志

1-24聚合架构第二十五讲:中台里边最关键的设计方法

1-24聚合架构第二十五讲:中台里边最关键的设计方法_哔哩哔哩_bilibili

引入总台要解决的四点原因:图左上

阿里云推出-《金融级原生云工场红宝书》,面向金融谈的是核心系统改造的问题,这个思路适合各行各业的核心系统的改造。这种原生工场不是就指导上云,实际是一种开发模式,这种模式也非常强调业务一侧的模型化、标准化,这也应该是是数字化转型的一个通用的想法。也符合国家提出的行业级的标准化。

1-25聚合架构第二十六讲:传说里的三中台

​​​​​​1-25聚合架构第二十六讲:传说里的三中台_哔哩哔哩_bilibili

 央行:20222~2025 三年科技发展规划,激活运营动能,提出各要求:夯实一体化中台,一体化运营中台在监管文件中明确提出了三部分:业务中台、数据中台、技术中台;这三个中台有可能成为在金融领域行业内公认性的架构。(也是在一些银行内部中台实践的基础上央行提到的这个问题)。

数字化转型一定是整体转型,离不开对数字化银行的企业架构的设计,换个说法就是对银行整体业务的一个全局性设计。

要全价值链注入数据要素,让数据成为新的能源新的资源。这个过程一定要涉及到原有业务流程完整的梳理,在业务的环境里面用到哪些数据,如何获得这些数据,数据又会影响业务流程的走向,这就是要银行将原有的核心系统打开,进行重新设计,不是单纯为了分布式改造。

即便是为了增加数据新动能,充分发挥数据潜能这个方面,也需要把核心系统做一个大的调整。

未来数字化转型是立体的,生态化的转型,与银行或其它企业的关联会更紧密,不光是业务上的关联,还会演变系统间的关联。比如大家说的开放银行等。这种深而紧密的连接意味着别人的变化也会传递给你。所以核心系统应该重新设计。

重新设计的适合选择的架构形态是什么呢?至少从规划来讲中台模式比较合适。

业务中台要求:模块化、可定制、高复用、支持灵活多变的创新需求。(高复用的高体现中台的特点)

数据中台:整合、加工、建模综合性、数据业务化

数据中台就是“采建管用” 这四块,采:对数据采集;建:如何建设数据资产和数据服务;管:管理数据标准、数据治理;用:就是和业务的结合,提供的数据服务或数据产品和业务关联起来。

值得探讨的是业务中台和数据中台中间的边界是否会慢慢被削弱,新翻炒起来的一个以前由IBM提出的概念数据编织(Data Fabric),现在Gartner又提起了。思想:数据不管在哪,我先要有个总体视图,知道目录在哪。需要用的时候数据所在地给我提供一些分析与计算。最后把分析和计算能力组装起来编程我的数据服务。

建集中数据中台涉及到数据搬家的问题:迁移既有效率问题又有数据成本问题。如果数据仓库发展到一定水平,数据参考能力上去了是不是就可以不搬家了。也就是业务平台和数据平台融为一体了,做业务时候也考虑数据分析,在服务的顶层有个编织能力,编排能力,能让服务在各个点上产生计算再集中使用,这些都是后话。

1-26聚合架构第二十七讲:企业架构理论的横向比对

​​​​​​1-26聚合架构第二十七讲:企业架构理论的横向比对_哔哩哔哩_bilibili

FEA:重点不是方法论,不是指导设计为目的,是具体架构。(Federal Enterprise Architecture,即联邦企业架构)并不是一种理论化的企业架构开发方法论,而是联邦政府所要建立的企业架构本身,以及在联邦企业架构的建设过程中所需要的各种管理和规划工具。引自:企业架构(四)——联邦企业架构(FEA)___盛夏光年__的博客-CSDN博客

FEAF:联邦企业架构通用方法(The Common Approach to Federal Enterprise Architecture),在2012年5月作为联邦CIO政策指南和管理工具的一部分发布,展示了在联邦政府开发和使用EA架构的总体方法。

银弹:套用让可以瞬间变得荒诞陆离的狼人的武器,面对软件危机银弹是不存在的

四个维度:工程方法论,架构理论(这里为啥把架构理论和业务架构放在完全重合的位置),应用架构,技术架构。

1 工程方法论:瀑布、敏捷

2 架构理论(汇总):

1) Zachma、TOGAF、FEA、CBM、中台、BIAN、EBA、MEAF、ABAF

2) FEA(,FEA是具体架构、FEAF是架构通用方法、本人理解这里应该是FEAF),DoDAF

3) DDD

FEA:不是架构方法论,与设计无关(本人理解这里应该是FEAF)

DDD:领域驱动设计驱动。没有整体设计目标、是一个领域一个领域去梳理这些业务,最后各个领域设计能否叠加在一起是随缘的事儿, 将类图改进下变成了业务分析,DDD中的实体就是类,是一堆类图,域就是相近的实体关系的聚合,是从底层用技术手段做技术分析并用以描述业务,这样带来的问题是:展现方式不是业务喜欢的。面向重构或技术驱动的项目用DDD会有些效果。但是面向大型战略分解,DDD缺少顶层业务总体梳理和总体设计。这也是中台和MEAF会选择传统的业务架构承接企业战略分解和整体的业务布局设计、然后用DDD去解决详细设计问题。MEAF把传统的业务架构和DDD做了一个嫁接,即便这样依然存在两个问题:需要建两套模型、DDD不能一建到底; 有些领域注重的是数据治理、选择传统模型会更有好处。有时候DDD模型做完之后还要做一套传统的数据模型,或者企业里面一部分走的是DDD模型,一部分走的是传统模型。强数据治理下DDD应用可能有一定限制。

3 应用架构:单体、SOA、微服务、行业及标准化构建强

4 技术架构:集中式、分布式

工程方法论、架构理论(方法论)、企业架构内容(业务、应用、数据、技术)三个大方向。

1-27聚合架构第二十八讲:颗粒度问题有解吗?

​​​​​​1-27聚合架构第二十八讲:颗粒度问题有解吗?_哔哩哔哩_bilibili

解决颗粒度问题:业务和技术之间融合设计

1-28聚合架构第二十九:用整体视角看看数字化

1-28聚合架构第二十九:用整体视角看看数字化_哔哩哔哩_bilibili

在数字化转型大背景下,企业架构除了指导实操外还有助于理解数字化,企业架构理论都比较注重整体化和结构化思维,不应只用来指导架构设计,要内化到思维模式里面。理解很多事物的时候可以套用这种思维方法,用这种方法能够看到很多信息体系化的,有结构的去看待这些资源的关系。可以更好的理解事物的本质,万事万物的联系。当看的范围越大并能驾驭这个范围的时候所得出来的结论和别人观察的不一样了。在研究数字化的时候,研究国家政策的时候可以把这个思维带进来。国家的现在政策很重视一个原则系统观念一盘棋的表述方式。这种方式说明在文件制定的时候就有这种观念,所以也可以用这种观念去读这些文件。现在数字化转型的文件很多了,已经成为了一个体系,如上图展示的那样。

东数西算 ”即“东数西算工程”,指通过构建数据中心、云计算、大数据一体化的新型算力网络体系,将东部算力需求有序引导到西部,优化数据中心建设布局,促进东西部协同联动

企业架构成为数字化转型的重要武器,无论是顶层设计还是具体落实层面都需要这种思维方式。因为数字化转型最终是整体化转型,因此就需要一个整体规划的工具,去平衡去指导。

1-29聚合架构第三十讲:用整体视角看看数字经济

1-29聚合架构第三十讲:用整体视角看看数字经济_哔哩哔哩_bilibili

 经济循环的主体:生产、消费、政府、国外

对经济循环主体带来的变化:

生产-行业-模式:数字化产生的网络连接带来了生产模式的变化,带来形式变化基于数据的决策,决策更加精准(需要基础建设能力的提升,基础的信息化程度,以及东数西算这样工程的基础社会算力的提升来帮助行业做更大的转型,虽然大方向都是数字化,但现在信息化在各个行业参差不齐,所以观察数字化进程也要看各个行业里面信息化的应用程度,走的方向以及生产模式带来的变革,还有这种变革的速度这些综合起来看数字经济的发展方向)

消费:

消费行为会带来很大变化,数字传播也快大家选择余地也多,所以行为崔生很多亚文化,价值观在整个社会是比较多元的,对全社会的整个公共的价值观和传统文化的发扬光大是很有必要的,让大家的价值观在底层上要统一还是有好处的。

政府:

政府出台文件特别重视信息,对数据的收集和信息的处理一定会提升政府的治理能力,因此看数字化转型包括三块(数字生活、数字经济、数字政府)其中有一块是数字政府

国外:

国外就是只进出口,进出口品类发生变化(比如芯片),意味着我们国际社会的分工发生变化,

综合看数字经济解决什么问题和对经济循环整体带来的影响可以得出数字经济的目标:

自主:国内大循环为主体,国内外双循环;、

平衡:南北东西的不平衡问题到数字时代不能让问题加剧,而是应该缩小,提东数西算、全国数字经济一盘棋;其次速度和质量的平衡;再次是经济发展和环境的平衡;

持续:通过自主和平衡经济能够持续下去,企业能够持续下去,这也是将自主和平衡的原因,最终通过一种新的经济形态实现更好的持续发展。

通过这些思考下我们是否会赢了新的经济学。

小结:

数字经济是怎样的发展趋势?

数字经济解决什么样的问题?

数字经济对经济循环体会带来哪些变化?

数字经济的目标是什么?

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
晓岩:虽然做了六年的企业级业务架构,但是总觉得业务架构不是个好讲的东西,业务架构离不开业务模型,所以讲它就会搬出一堆枯燥的模型来,甚至会让人觉得业务架构就是建模。但建模只是个手段,建模的目的是把现象总结成模式,再从模式中找到结构,将业务上看到的结构传递给技术,如果二者能够基于同一结构思考,沟通上将产生最大的便利,这就是通用语言的基础,其实说通用语言,还不如说通用结构,因为说语言,经常会把人带到语法层面,纠结于规则、概念、标准之类似是而非的东西。所以,我总结建模的原则无非是把握整体、穿透现象、保证落地,建模即不能死守规则、冥顽不化,也不能脑洞大开、信马由缰,必须从一开始就关注如何落地。建模不是建个自圆其说的乌托邦,而是传给后续过程的设计图纸。业务建模可以有前瞻性,但是所谓的前瞻性是能够看清分阶段实施路径的前瞻性。 业务架构是不断演进和迭代的,它有生命力,可以成长,如果架构管理工具本身支持历史记录和模式比对,你也可以看到企业架构的演进历史,而不是只看得到现在,只能听别人讲讲过去,过去是可以看见的。这种可视化的历史是一种宝贵的学习资源,人是从历史中学习未来的,毕竟有很多行业还是需要积淀的。 但是,业务架构的形成过程的确是在一种看起来科学的方法论下,不完全科学地操作的,这点我曾经也很纠结,后来软件架构的书看多了,再加上到项目中的观察,也逐渐释然了。软件架构其实很羡慕建筑架构,觉得建筑架构有力学基础做支持,有很多可以计算的东西,但是软件架构却没多少能算出来的。在开源思想时兴之前,行业内部交流分享较差,都比较愿意看别人的架构,而不想亮出自己的,很多研究者都抱怨这个非常需要标准的行业反倒是很隔离的。开源为架构和软件带来新的成长方式,共享让思维发展更快、普及更快,但是,软件架构本身却只是增加了大量的案例,依旧难以标准化,哪怕是同一个行业的企业,给这家做的软件也不一定能直接搬到另一家去,很多商用化了的系统软件也还是离不开个性的本地化改造过程。云计算带来的 SaaS 虽然让软件应用省去了许多部署过程,但是,依然难以改变这个行业个性化程度严重的局面。软件架构尚且如此,业务架构也就不需要纠结了。 业务架构设计可以很快,也可能很慢。快无非是两种情况,一是架构师自身炉火纯青、天生慧眼,设计能力超强;二是原有业务模型已经很清晰,可以快速分析业务变化,形成架构设计,我们可以追求的是第二种,这也意味这首次建模,尤其是首次建设企业级模型,不要过快,对模型设计方法、业务流程分析、标准化过程,都要细致点儿,基本功扎实了,才有后边的“敏捷”。企业级转型没有轻松的,不少企业是把转型仅当成一个项目,而忽视了对自身的调整。一个普通士兵变成一个特种战士,不是因为给了他一身价值 10 万的装备,而是经过了地狱般的训练。上至最高管理者,下至普通员工,人的思维不转变,哪来的企业转变呢? 为了推动企业真正的数字化转型,业务架构设计人员永远不要忘记,业务架构最重要的职责不是传递需求,而是藉由自身的努力,推动业务和技术的深度融合,桥梁作用才是业务架构最重要的职责,如果不能实现这一目标,也就不能真正实现一个快速响应内外部变化的企业级业务系统。 其实中台并非万能,客观地讲,一个优秀的架构设计人员是不会“迷信”于任何一种架构设计方式的,也不会执着甚至偏执于方法间的争论,没有哪种设计方式是完美无缺的,软件行业没有“银弹”,任何一种方法都需要坚持与灵活的结合,都需要通过长期的实践不断总结和改良,如果一个方法没有被坚持数年以上,可能连入门都谈不上吧。我对中台认识更多还只能算个一般观察者,论述中难免有失,感谢读者朋友们能够宽容地看我一路“叨叨”下来。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值