这两年在IT圈里面最火的一个概念就是中台了,有很多人,很多企业写了很多文章,做了很多分享,甚至还开发了很多课程在讲中台这个话题。但大部分的讨论都是在回答What,Why和How的,也就是中台是什么,为什么建中台以及如何建中台。
现代企业架构框架: https://mp.weixin.qq.com/s/SlrEu0_t0slijrNZ6DP4Ng
企业为什么要进行架构设计?是为了解决技术难题吗?架构设计中的“架构”究竟是指什么?架构设计的本质是什么?
周五晚上便便太硬,最后出血了。搞不清楚是痔疮还是肠炎,打算去看看。先去了距离比较近的深圳天元中医肛肠医院。想着名字起的专业对口。
现在很少有程序员没有听说过“中台”,但很少有程序员了解企业架构,更少有程序员会把企业架构的作用联系到数字化转型上,但这是已经涌起的趋势,是每个真正关心如何做好 B 端实现的程序员都需要具备的思维方式。想走好脚下的路,也需要多抬头看看天,所以,是时候重新关注下企业架构了,也许关注了企业架构,你会逐渐获得不一样的设计视角,会越来越知道自己写的软件有什么样的价值,而不只是有什么样的功能,这些价值最终也会转变成你自身的价值。
胜兵先胜而后求战,败兵先战而后求胜 《孙子兵法·形篇》说到 “是故胜兵先胜而后求战,败兵先战而后求胜。”意谓胜利的军队总是先有了胜利的把握才寻求同敌人交战,失败的军队总是先同敌人交战而后企求侥幸取胜。指要充分做好战争准备,等有胜利的把握再打。如同行军打仗一般,企业信息化建设也是如此,如果没有做好未来的规划,那么最多只能得到局部的提升。 我们来看个例子: W公司这几年总共花了3千多万元在IT方面(构建了很多IT系统,比如ERP,订单管理,OA等等),初步感觉好像效果还不错。从表面看来,这样的企业大概可以算作信
随着《企业级业务架构设计:方法论与实践》一书的传播,笔者有了更多的机会与来自不同行业的读者共同讨论业务架构这个话题,业务架构与“中台”的关系也时常会被读者问起,笔者就以这篇短文,将与大家交流的情况做个分享。
笔者有幸参加过一个在全世界范围看也少有的极为完整的大型银行企业架构转型工程,是一家国有银行,工程历时六年多,项目投入和深度都是无与伦比的。该项目采用的是 TOGAF 加 CBM 的融合型方法论,其工程情况如下图所示:
经过去年的起起落落,圈内至少对中台达成了一个共识——它仍是一种企业级的软件工程方法,涵盖了一整套解决方案,既包括方法论层面,也包括具体的技术实现方式,当然,前者相对而言不够明晰。对中台方法的探索也在变得更加“宽容”,很多人也认可只要达到了企业级功能复用、一体化这样的核心目标,自家的系统也都可以当做中台的成功实践。当关于中台的讨论越来越深入,实现方式越来越开放,中台也愈加转回到了大家更熟悉的概念:企业架构。
这篇文章会完整介绍一下 ADM 的预备阶段,按照《解构 TOGAF-3-用 ADM 如何打胜仗? 》的类比,如果企业架构规划和实施是企业的一场战争,预备阶段的目的就是战前动员。需要让企业的关键组织意识到企业架构的价值,确定组织期望获得的架构能力,然后开始在企业建立架构能力。
前一篇文章《解构 TOGAF-1-整体全景图 》中反复提到了 TOGAF 很重,足足有 1.3kg。那为什么 The Open Group 要把 TOGAF 这套方法论弄的这么庞大、复杂、厚重呢?简单一点,容易理解一点不好吗?
架构一般指的是软件系统宏观层面的设计部分,前面讲到架构是骨架,关注于整体,一般不会关注于细节。
架构设计存在两类系统的设计:大型系统和简单系统的架构设计。如何进行简单系统(单系统)设计我们看到的文章很多,大型系统设计相对较少。如何进行大型系统设计?是我们今天讨论的话题。
大家都说 TOGAF 好重,先说说 TOGAF 究竟有多重吧,我觉得这套东西是真的重,TOGAF 9.1 打印出来有 1249 页,我专门用体脂称称了一下,1.3kg!!!
👆点击“博文视点Broadview”,获取更多书讯 最近有不少小伙伴在问有没有架构类的书单,博文菌收到了大家的需要,这就安排上! 俗话说:不想当架构师的程序员不是好程序员。成为架构师几乎是每位开发者入行初期的共同理想。 如何站在架构的视角去看代码世界,如何依托企业业务需求搭建可高用架构,云端架构的设计原则有哪些…… 本期书单为你带来今年出版的10本架构类好书,希望能够帮你建立架构思维,解开架构谜团! ---- 01 ▊《业务架构・应用架构・数据架构实战(第2版)》 温昱 著 国内知名架构专家创新
最近非常高兴地看到关于企业架构、业务架构的文章越来越多,大家的重视程度、活跃程度都上升了,笔者以前常说自己是个烧冷炕的,企架和业架,做的企业少,做得深的更少,所以文章不算多,又常浮于表面,理论有余、实务不足,现在有所改观,但总体上还是基于过去不完整实践的理解多,深入实践的少,尝试总结升华、不断探索的更少,如同本文的标题,这其实也反映了对基础知识的共识依然不足。笔者也愿意继续循着这个系列写下去,也欢迎大家提供问题线索。
业务架构这个词大家时常听到,但是能解释得清楚的却不多,撩撩度娘,你就会发现,不少人问及业务架构和应用架构的关系,聊天时,也常有人问起业务架构师和产品经理什么区别?业务架构分析和需求分析什么区别?为了思考这个问题,我把《软件工程》、《软件系统架构》、《系统分析与设计》都翻了,这些经典教材确实没讲过业务架构这件事;我把《聊聊架构》也翻了,发现其中的讨论有解释到业务、架构和技术的关系,但是也没有特别强调业务架构,所以本文就先梳理下几个较为有名的业务架构理论。
国资委在《关于加快推进国有企业数字化转型工作的通知》中明确指出,以企业架构为核心构建现代化IT治理体系,促进IT投资与业务变革发展持续适配。在信创迁移和数字化转型的双重推进下,企业架构有效承接战略、对齐业务和科技,使得企业各领域形成一个有机整体,更快速地助力企业应对挑战、响应变化,并增强自身的竞争力。
2020年,受到“黑天鹅”事件的影响,数字化加速进入各行业、企业的战略主航道。通过数字化进行业务重塑和创新,成为企业新的发力点和主战场。ThoughtWorks作为一家数字原生型咨询公司,在广泛的实践中,洞察出“业务平台化”再次成为企业数字化建设中的关键领域之一。
曲向阳表示,“企业架构转型”正如《中庸》所言,要因时而动,主动地去适应、去调整,而不是客观地被动。
在企业数字化转型过程中,做好企业级架构的治理至关重要。而架构的可视化是其中关键的一环。围绕可视化的架构,干系人能够更好地理解和沟通企业中不同组织、系统和技术组件的结构和关系。以便不断对企业的系统架构进行优化。 在 ArcSummit 全球架构师峰会(上海站)2023 上,InfoQ 邀请了 Thoughtworks 首席咨询师钟敬,他以《企业级架构可视化实践》为主题展开了分享,本文为分享整理~期待对您在企业中开展架构治理工作有所启发。
在《解构 TOGAF-4-如何建设架构能力?》中提到了预备阶段的架构交付物都有什么,交付物是架构工作的产出之一,今天我们来聊聊企业架构工作的三类重要产出:制品 Artifact,交付物 Deliverable,架构块 Building Block。很多学习 TOGAF 的人都会对三个概念感到困惑,所以讲讲如何清晰地区分清楚这三类产出物,以及 TOGAF 为什么要区分它们。
点击标题下「大数据文摘」可快捷关注 【数据安全】一直是大数据文摘想做的专题,诚邀此领域专家一起筹划。大数据文摘不仅能给读者带来价值,也愿意为有能力、愿分享的朋友提供交流平台,感兴趣此话题的朋友请给文摘后台留言,谢谢! 版权方授权转载 摘自:NUKE同学的手抄报(微信ID: NUKE404) 转载需征求版权方同意 这个专题如果要讲全,半天都讲不完,这里就简单讲一些核心的,还有介绍推荐一些参考框架和材料,更深层的自己领悟吧。 目前国内传统的安全规划,多是简单根据想买/想卖的产品堆砌一下方案,进而形成一个项
介绍企业架构的历史已经好多次了,在《企业架构设计的本质》中介绍过三个重要的框架:Zechman,DoDAF 和 TOGAF。除此以外市面上还有各种各样的书讲架构设计方法和实践,所以我再想是不是可以为架构设计圈做一点有意义的小事,就是把这些架构框架,架构书籍,甚至架构工具都解读一遍。现在使用最多,影响力最大的就是 TOGAF 了,所以我打算就从这个有点重的块头开始,和庖丁解牛一样一点点拆解,所以这个小事有个标签:和坚解构。
导语 | 数字化时代,网络安全已经成为企业发展的重中之重,通过体系化的安全建设,企业可以从容应对愈加复杂的网络安全挑战。今天,我们特邀了腾讯云 TVP、赛博英杰科技董事长 谭晓生老师,他将从资深技术专家视角解读如何以架构思维来规划企业网络安全建设,为当前以及未来的网络安全建设提供启迪与思考。 作者简介 谭晓生,腾讯云 TVP,北京赛博英杰科技有限公司创始人、董事长,高级工程师,正奇学苑网络安全创业营创始人,前 360 集团技术总裁、首席安全官,2020 年获工业和信息化部网络安全产业发展中心首批网络安全创
软件工程师的角色在现代软件和系统开发中占有非常重要的地位。相应地,有一系列认证针对不同层次和方向的软件工程师设计,以评估和认证其专业技能和知识。下面列举一些国际上比较权威的架构师认证:
可以说现在国内金融机构应用企业架构EA理论开展信息化建设已经非常成熟,无论是工行、建行这样的宇宙大行,还是其他小一些的金融机构。首先要有一个企业级的业务架构,才能构筑新一代信息化建设的基础,才能让科技真正赋能甚至引领业务。而我所在的公司探索企业架构理论应用的过程很好的反映了两种模式、两个阶段。所谓两种模式就是技术驱动模式和业务驱动模式。所谓两个阶段是流程化阶段和数字化阶段。
企业架构为成功的业务 IT 计划奠定了基础。如果设计和实施得当,企业架构将帮助业务领导者实现他们的目标,使组织变得更具响应性、效率和竞争力。
随着云计算、大数据、区块链和 AI 以及移动互联等新一代信息技术的发展,企业数字化转型加速。市场在变,需求也在变,面对高度创新和充满不确定性的敏态业务,为快速交付高质量的软件产品或服务,企业需要有更好的业务架构设计,去适应不同阶段的业务特性。
数字化转型是企业的集体行为,应当有整体设计,这部分是数字化转型操作中最难的部分,因为多数企业目前对企业架构尤其是对其中的业务架构设计重视度不够,通常是在对整体认识不足的情况下,“押宝”技术对业务改变能力。
编者按: 数字化转型最重要的能力是什么?政策解读能力。 本轮数字化转型最大的特点是不能只站在企业内部视角去看数字化,那样无法观察到数字化变革的全局,容易找不到方向,容易出现自己很勤奋却依然跑输行业的问题。这轮数字化转型背后最大的动力来自时代的变迁,这种时代的变迁集中体现在了国家的一系列政策文件中,如果你正对数字化的奥秘百思不得其解,为什么不考虑认真看看政策呢?政策是集体智慧的结晶,也是经过了深入调研和对大量信息的研判的,并且,是有一定指导性甚至强制性的。政策能够指挥资源的流动,也能给企业带来很多实在,跟着政策大方向走,就是所谓的政策红利。脱离政策方向,不仅跑起来很累,也可能会出问题,前几年大数据爬虫、P2P 的教训依然历历在目,技术是中性的,受了罚,技术自己也不知道,但是掌握技术的人就未必了。 数字化转型政策的密集和体系的完整在以往也是不多见的,这是围绕着经济增长模式升级进行的全方位推动,必然涉及所有行业,这一点,大家看看国家统计局针对数字经济做的统计口径调整就明白了。政策从中央到地方、从全局到行业、从文件到法规,发起了一场对数字经济的全面适应性调整,最终没有一个企业会游离其外。所以,不要再闭起门来思考数字化了,更不要只从技术视角看数字化,信息传播如此发达的今天,政策可以轻易传导到每一个从业者的今天,不能再以为自己可以有“小生态”,社会其实只有一个“大生态”,没有真的可以不被影响和渗透的“小生态”。 银行业一直是政策指导性很强的行业,这一点也许跟很多行业有些不同,所以,监管文件对银行行为的影响非常直接。2021 年底和 2022 年初,银行业出台了两份最重要的行业数字化转型指导性文件,分别来自央行和银保监会,数字化转型也将纳入对银行的考核了,这会让很多银行的数字化转型进程加快、加深,本文以架构视角全面解读这两份文件,也希望这种解读方式可以对其他行业有一定的借鉴,毕竟,各个行业都有自己的数字化转型或者十四五发展规划,其作用也跟这两份文件非常相似,对企业的价值也是极大的。 这轮数字化转型是国家政策和企业架构双轮驱动的数字化转型,读完本文,读者可能会更加理解这一点。本解读共3.5万字,本文压缩为了1.6万字,完整版可见文尾链接。
数字化转型的传统过程中,企业往往不关注架构设计,或者只关注 IT 层面,未从企业架构宏观视角出发进行设计,特别是在整个企业架构中扮演着至关重要的业务架构。 业务架构是明确从企业战略计划到企业各部分如何运转的工具,其从企业的全局视角,对后续IT架构及业务运营方向提供指导。 本文我们主要介绍什么是业务架构?业务架构包括哪些主要内容?以及如何有效构建业务架构? 1 什么是业务架构 业务架构(Business Architecture)来自业务,业务最终的目的是“售出产品,换取利润”,业务是为企业产生盈利的工作和经
在本文中,笔者将首先讨论企业架构框架TOGAF的学习方法。目前,关于TOGAF的学习材料主要以官方手册为主,网上的资料大多不成体系。然而,官方手册本身存在几个较大缺点可能影响学习质量,以下是笔者总结出来的几个主要缺点:
做技术天花板低? 来,看看下面这几本新书吧,从软件研发到架构搭建,从工具进阶使用、代码精进到安全防护、底层思维等,帮助你把技术做到极致,突破技术天花板,成为技术工匠! 祝大家五一快乐! ---- 01 ▊《软件研发效能提升实践》 茹炳晟,张乐 等 著 结束“野蛮扩张”,追求高质量增长 软件开发效能实践力作 在数字化转型、软件“吞噬”世界的时代,软件研发效能已成为企业的核心竞争力。本书系统地阐述软件研发效能的框架,以及有关管理实践、工程实践、组织实践、技术实践、度量实践、规模化实践和工具落地
在《解构 TOGAF-1-整体全景图 》中介绍过,ADM 的全称是 Architecture Development Method,它负责回答 HOW 的问题,也就是如何操作才是使用 TOGAF 开发企业架构的正确姿势。
Zachman和TOGAF是用于实现企业架构的框架。在本文中,我们将讨论两个最流行的企业架构框架:TOGAF和Zachman。我们还将包括如何选择以及额外资源的提示。
3,来年的架构 从2010年初设立架构组,到后来的架构组名存实亡,中心的架构工作充满了问题和认识上的误区。在新的一年,我们的架构可以做些什么呢?下面我提一点初步设想。 3.1,目标一:建立“企业架构” 按照企业架构的定义,结构,采用适当的工具,推动中心建立自己的“企业架构”。 具体来说,分为两个部分: 3.1.1,梳理业务架构 将目前的FT,WFT,FTS,MB,玖富银行家,高阳空间等之间的业务关系,结构,层次进行梳理,寻找“核心业务架构”,分离各个业务上的流程和关注点,从而为新的业务、产品的快速搭建提供业
“架构”一词,仿佛是“熟悉的陌生人”,系统架构、硬件架构、企业架构、缓存架构...... 林林总总, 某种技术只要加上“架构”一词,就好像变得“高大上”起来。
今天的内容构成了名为“谁仍然对企业架构感兴趣?”系列的六个部分中的第四部分。在本系列中,我将就当今企业架构的足迹、企业架构师角色的潜在死亡、大型参与者(例如 The Open Group、AWS 或 Azure 的 TOGAF)以及EA 工具提供商的角色以及其他相关证书和市场上的发展。
最近跟一个都在前东家干过的现同学聊天,他也觉得虽然大家一直都在讲企业架构、业务架构,但能讲的很系统的确实非常少,其实这里边的原因也不复杂,尽管TOGAF自己认为哪怕是小工程,只要跨两个系统就适用企业架构设计(其实在我看来,一个系统也可以适用),但是工程范围小了,确实企业级的感觉不强,你会发现因为情况总体相对容易驾驭,你就不会特别关注用什么方法去做。
《企业级业务架构设计:方法论与实践》是付晓岩撰写的,从业务架构“知行合一”角度阐述业务架构的战略分析、架构设计、架构落地、长期管理,以及架构方法论持续改良的书籍。最近在项目中涉及到这一领域,也借着这个契机做一次对企业级业务架构设计的深入学习。
付晓岩,资深企业级业务架构师,《企业级业务架构:方法论与实践》和《银行数字化转型》两书作者。有近20年金融从业经验,是业务与技术复合型人才。精通企业级业务架构设计理论与实践,是某国有大行企业级转型项目亲历者,具备多年的业务架构设计与管控实施经验。累计在各类技术论坛发表有影响力文章40余篇。
软件架构,指从宏观角度说明一套软件系统的组成和特性。 架构设计与需求分析,概要设计,详细设计最大的区别在于“宏观”二字。要去架构师必须具有大局观,从全局角度思考问题。
用一个具体的例子来解释一下这个核心差异,比如说你去便利店买一瓶水,只要你付钱商家就会把水给你,这个商家可能都不在乎这笔交易有没有记录。但是如果你去银行办理银行卡,我们都知道不是提供了申请材料就可以直接拿到卡的,这些申请材料必须要先保存好记录,然后还有人对这个记录审核确认无误后,并且这个审核都要记录后,柜员才敢把银行卡给你。
如何看待央行与银保监会两份关于银行数字化转型的重量级指导文件?本文通过对内容进行横向关联、整合、解构,形成一套从“战略转型”、到“架构转型”、再到“业务、数据、技术、组织转型”的逐层分解转型策略。
美国Oracle、德国SAP是全球TOP2的ERP软件供应商,其能够成功的重要原因就是基于其管理和运营理念的发展以及科学管理人才的储备,并将最先进的管理和运营理念整合到ERP软件中,以此提升企业的信息化水平和价值链效率。
数字化转型绝不是单纯的技术问题,而是不同规模、目标的企业,要面对的不同层次、不同繁简的历史、政治、经管和技术的综合问题。对这些问题的思考总结而成的核心战略,需要通过“价值链”的方式,分解为企业在各价值创造环节需要形成的战略能力。
#业务-应用-数据-技术架构的正向设计方法企业架构方法一直强调对组织的业务、应用、数据和技术架构进行全面、正向的设计,从而实现组织战略和业务对准,以及业务和IT的对准。但是很多项目都很难真正做到这一点。其原因有三:
2015年马云考察了一家欧洲游戏公司之后提出了“中台”的概念。随后的2018年,钟华出版了《企业IT架构转型之道:阿里巴巴中台战略思想与架构实战》一书,比较完整地阐述了阿里巴巴集团的中台实践过程,这也是中台现象的开始。
领取专属 10元无门槛券
手把手带您无忧上云