说到架构，你肯定会想到业务架构、技术架构、利用架构、数据架构、平安架构、集成架构、硬件架构等等。在 IT 畛域，简直无处不架构，操作系统有架构，应用软件有架构，网络设施有架构，APP、小程序也都有各自的架构。那么，咱们谈架构的时候，到底是在谈什么？
一、什么是架构？
架构——Architecture，一个源自于建筑行业的古老词语。
在边远的原始社会，人类过着穴居野处的生存，为了适应天然，抵挡猛兽，原始社会的人类会利用一些大树或者间接在地上用树枝树叶搭建一些繁难的房子或栅栏。这个时候，人类修建架构的思维模式曾经开始萌芽。从原始部落的穴居野处、茅屋蓬荜，到现在的钢筋水泥、高楼林立，修建架构的倒退，实质是一部人类对寓居环境的性能和性能一直谋求的发展史。
相比建筑业，IT 行业还是一个年老的行业，它的一些理论体系都是从传统行业中引进而来的，这里边就包含从建筑业引进的“架构”。咱们当初谈的软件架构实际上就是对软件系统的一种形象形容，次要蕴含软件的组成、构造、行为、性能，除此之外，软件架构还关注软件的易用性、高性能、扩展性、复用性、可了解、经济性、技术的先进性、技术限度和衡量等。
因为人们对软件系统的性能、性能等方面的一直谋求，所以才有了软件系统从单体架构、垂直架构、SOA 架构，到微服务架构、分布式架构、云原生架构的倒退。
架构有多种视角，如咱们上文提到的业务架构、技术架构、利用架构、数据架构、平安架构、集成架构、硬件架构等，实际上就是从不同角度，对系统或对象的关系和构造进行形容和定义。
架构可大可小，有不同的层级，诸如：领导不同类之间协作关系的是架构；领导不同模块之间协作关系的是架构；领导不同零碎之间协作关系的是架构；领导人与人之间协作关系的也是架构（组织架构）……
二、什么是数字化转型架构？
咱们晓得了什么是架构，那么企业数字化转型的架构又是什么？
从数字化转型的定义上看，至多蕴含两个方面：一方面是商业模式的转型，一方面是技术的降级。因而，数字化转型架构是由业务架构、技术架构两条螺旋组成的一个循环回升的模型，其数字化转型架构设计的实质是一种定义数字化问题，明确数字化需要，制订数字化解决方案的过程。
数字化架构是一个泛在的概念，既蕴含策略层面的布局，也包含战术层面的办法；既蕴含业务模式的翻新优化和业务之间的合作的关系，也包含技术实现的降级变动和技术之间的分层逻辑；既波及人员认知和思维转变，也涵盖组织机构和考核机制的改革。
中关村信息技术和实体经济交融倒退联盟（简称：中信联）公布的个人规范 T /AIITRE 10001-2020《数字化转型参考架构》给出了企业数字化转型架构设计工作、视角和推动模式。
《数字化转型 参考架构》认为：
“翻新和重构是数字化转型的根本任务，组织应从倒退策略、新型能力、系统性解决方案、治理体系和业务翻新转型等五个视角登程，构建系统化、体系化的关联关系，零碎有序推动数字化转型，翻新价值发明、传递、反对、获取的门路和模式”。如下图所示：
（起源：T/AIITRE 10001-2020《数字化转型 参考架构》规范原文总体框架局部）
三、数字化转型，为什么须要架构？
随着数字化的一直倒退，“架构”在企业数字化中的作用越来越重要了。架构的两端，一头是由企业的人财物等各类资源、业务流程、业务模式组成的事实世界，一头是由技术框架、软件系统、性能、数据、网络组成的虚拟世界，架构是连贯企业的事实世界和计算机世界的一座桥梁。
数字化架构在企业数字化转型中的重要性：
- 上承战略目标。数字化转型架构设计的驱动力源于是企业的数字化问题和需要，数字化转型架构是对企业数字化战略目标的承接。
- 下接技术决策。需要和问题明确了，接下来，数字化架构还须要答复用什么样的技术实现这个业务指标。
- 管制复杂性。基于“分而治之”的思维，将简单的问题进行分步或分层拆解，以反对业务增长和构造重组的灵活性。
- 明确实现门路。数字化转型不能欲速不达，须要一步步来，数字化架构的设计还应答复实现业务指标的步骤和办法。
- 进步交付品质。架构设计应思考实现和经营两个层面的品质个性，例如：实现层面的零碎或模块之间的协作性（高内聚、松耦合），灵活性和可扩展性，适用性和可实现性等；经营层面的性能问题，平安问题，易用性和可靠性问题等。
- 固化外围常识。架构设计是将业务指标形象为计算机能够了解和辨认的关系和构造，这个过程有利于常识的积攒和固化。
- 提供可复用资产。不论是 SOA 架构还是微服务架构，都讲求拆解，组件化、模块化，提供了构造重组的灵活性，并让企业可复用的资产（组件、利用、服务、数据等）能够最大化进行复用。这一点，无论是在 SOA 时代，还是当初提的更多的中台架构都很实用。
- 卓有成效的经营撑持。数字化架构不仅关注零碎的实现，更关注零碎的经营。数字化架构的设计涵盖了零碎易用性，安全性、可靠性、高性能等零碎经营所必须的因素，为零碎的无效经营提供撑持。
在企业数字化转型的过程中，架构不仅是一家企业的下层构件，也是一家企业的策略布局图。基于以上几点，你晓得架构的作用和重要性了吧。
四、数字化转型架构的两个派别
数字化架构是连贯企业的事实世界和计算机世界的一座桥梁。然而，该如何搭建这座桥，有什么样的办法？其实，无关数字化架构设计的办法，目前有两个次要流派：一个是以企业架构征询为外围的全面规划派；一个是以麻利开发为领导的需要驱动设计派。
- 企业架构派
企业架构（Enterprise Architecture），简称 EA，是指对企业信息管理系统中具备体系的、普遍性的问题而提供的通用解决方案。企业架构原则上的关注点是企业范畴的需要辨认、标准，以及优先级划分，并基于此来定义企业的愿景 / 使命、指标 / 目标 / 驱动力、组织架构、职能和角色，以及与 IT 架构相干的利用架构、数据架构、技术架构等，企业架构是一个整体的企业信息化布局的办法。
（TOGAF 内容构造示意图，起源：知乎 鼎问《TOGAF 综述》）
企业架构流派认为数字化转型是企业的整体转型，是对企业业务模式的重塑、组织架构的重组、业务流程的再造，其本质就是重构企业架构。而企业架构作为连通业务与 IT 的桥梁，为管理人员、业务人员、技术人员等不能层面的人提供了一个宏观的全局视图，为企业数字化转型提供助力和撑持。因而，企业数字化转型应从企业架构设计抓起，可参考的企业架构框架有 TOGAF，Zachman，FEA，Gartner 等。
- 麻利开发派
麻利开发（Agile Development），是一种以人为外围、迭代、循序渐进的开发方法，其外围是“以人为本、指标导向、客户为先、拥抱变动”。麻利的核心思想强调面向后果，而非过程，“麻利”是一种重视价值实现和以客户为核心的合作与翻新理念。
麻利开发派认为每个企业都是一个独特的个体，他人的胜利很难复制，也没有一种数字化转型的办法能够套用，在数字化转型的路上，少数企业都是在摸着石头过河。且数字化世界是变幻无穷的，不论是市场需求、业务模式，还是技术门路、实现办法，随时都会发生变化，而企业要做到的是麻利应答这种变动的能力。因而，企业数字化转型应该是“以产品为核心的麻利交付模式”，专一于创立 MVP 而不是谋求完满，侧重于从数据和迭代中疾速学习。
在我看来，以上的两种观点各有情理，且并不相悖，而是辩证统一，是企业数字化转型的体系布局和落地实现的两个层面的内容。就如同建筑行业的工程设计和工程施工，是修建的两个面。企业架构是向上思考，偏重布局；麻利开发是向下思考，偏重执行。只管，在麻利体系中也有架构，但这个架构是针对一个需要、一个零碎而言的，并不能取代企业架构，否则就会陷入“只见树木、不见森林”的窘境。而企业架构是面向企业的宏观架构视图，波及到企业策略、业务模式以及技术、组织、流程、制度等方方面面，企业架构的内容并不能一步到位，恰好须要麻利开发的办法，逐渐迭代的实现。
五、数字化转型，业务架构的设计
企业数字化转型不是瞎折腾，肯定要想好为什么转？在进行转型架构设计之前，我倡议你思考下以下问题：
- 企业数字化的愿景、使命、策略是什么？
- 企业要解决什么问题，痛点在哪里？有多痛，是真痛还是假痛？
- 企业要达成什么样的业务指标？
- 机会在哪里？计划是什么？
- 达成指标须要分几个步骤？
- 谁来主导施行？
如果这些问题你找到了答案，那么祝贺你，你的企业数字化转型架构的第一条螺旋——业务架构，应该能够设计进去了。
（起源：官华《如何从架构视角做企业数字化转型》）
六、业务架构设计的常见问题
数字化转型架构设计的一过程并不简略，充斥了很多坑，我给大家介绍两个：
- 回归初心，想分明企业的使命和愿景是什么？
很多企业没有去想这个问题，或者没有想透，也或是认为“使命和愿景”这些都是虚的，不解决理论问题。而事实上，“初心”往往决定了一个企业可能走多远。拿微软来举例，咱们晓得微软当初的使命是“让每个人的桌面上都有一台电脑”，这个使命成就了微软，让微软成为了 PC 时代的举世无双王者。但这一愿景，到了智能手机时代也一度成为了微软转型的枷锁。直到起初，微软调整了它的使命“赋能于每个集体和每个企业，帮他们成就不凡！”。在新的使命感驱动下，微软建设了数字化的文化，胜利实现了数字化转型，成为了数字时代可能起舞的大象！请参考《大象也能起舞？微软数字化转型启示录！》
- 很多企业不晓得痛点是什么，在哪里？
企业数字化转型的实质是重塑商业模式，单从定义上看，很多人会陷入一个误区，认为所有的数字化转型都是颠覆式的翻新。但我想说的是，颠覆式翻新哪有那么容易，咱们看到的所谓颠覆式翻新 90% 以上都是在“微翻新”的根底上积攒进去的。因而，企业在定位痛点的时候，先不必想业务中哪些业务能够颠覆，而须要去思考业务中还存在哪些流程的断点、业务的盲点，将其找到并进行改良。
实际上，企业业务的痛点就暗藏在这些断点、盲点之中，当一个个“断点”被数字化连接起来，一个个盲点的被数字化实现，质变引发量变，你会发现：你曾经实现所谓的颠覆式翻新了。
七、数字化转型，技术架构的设计
在设计业务架构这条螺旋的同时，你还须要思考另一条技术架构的螺旋该怎么设计。设计技术架构时，你须要思考以下问题：
- 现有的技术团队的能力如何？劣势在哪里？技术短板在哪里？
- 都须要哪些数字化技术？如何引入这些技术？
- 现有的数据有哪些？在哪里？数据品质如何？
- 还短少哪些数据，从哪些能找到，该如何获取？
- 都短少哪些专业人才，该如何补齐，何时补齐？
（图：平台化零碎参考架构及其特点与价值，起源：《华为行业数字化转型方法论白皮书》）
另外，数字化转型技术架构的设计，我的一个倡议是“敬畏新技术，但要不科学新技术”。同时，科技是推动社会的提高和倒退的次要能源，企业应该有凋谢的心态，‘踊跃拥抱新技术。
事实证明，拥抱新技术越早，企业转型的越快。
但在这个新技术层出不穷，新概念真假难辨的时代，企业也须要有一双“火眼金睛”，去甄别哪些技术是你切实须要的，哪些技术代表了将来的趋势，而哪些技术就只是概念上的忽悠！
八、数字化转型的参考架构
在上文中咱们给出了中信联公布的个人规范 T /AIITRE 10001-2020《数字化转型参考架构》为企业设计转型架构提供到了参考。除此之外，业界还有很多优良的企业数字化转型框架，我精心挑选出两个十分优良的供大家参考。
华为企业数字化转型方法论
在《华为行业数字化转型方法论白皮书》中，华为给出了“1234”的数字化转型方法论，该方法论能够领导企业设计转型架构和门路。
- 保持 1 个整体策略：将数字化转型定位为组织整体策略，进行全局筹划。
- 发明 2 个保障条件：通过组织机制转型激发组织生机，通过文化转型发明转型气氛。
- 贯彻 3 个外围准则：将“策略与执行兼顾，业务与技术双轮驱动，自主与单干并重”三个外围准则贯通到转型全过程，保障转型始终在正确的轨道上。
- 推动 4 个要害口头：通过“顶层设计、平台赋能、生态落地、继续迭代”这 4 个要害口头，管制数字化转型的要害过程。
（图：行业数字化转型口头纲领，起源：《华为行业数字化转型方法论白皮书》）
德勤的智能化建设 1 + N 模式框架
德勤公司在《数字化转型新篇章：通往智能化的“道法术”》的白皮书中给出了“智能化建设 1 + N 模式框架”：
- “1”指极致的外围场景。每个企业都有 1 个或多个外围业务，企业的业务肯定是和企业的倒退指标相干的。这些业务晋升会带动整个企业的晋升。面对这些外围业务场景，咱们须要将智能化做到“极致的成果”，因为这些畛域每晋升一个百分点的成果，对企业都至关重要。
- “N”指规模化落地。“N”谋求的是规模化落地，很多企业都面临着“全面智能化革新”的难题，在面对 1 千个甚至更多场景时，如果每个都做到极致，代价和效率是不够的。而在大部分企业中，业务价值链与可智能化的场景利用也广泛十分扩散。这种状况下，智能化的规模化落地，往往比单场景的极致成果对企业更有价值。
（图：“智能化建设 1 + N 模式框架”，起源：德勤《数字化转型新篇章：通往智能化的“道法术”》）
写在最初的话
参考《麦肯锡数字化转型四步法》，在企业的数字化转型之旅中，设计转型架构是企业数字化的第二步。集体认为这一步也是最要害的一步，说它要害，不仅是因为这一步是上承“企业数字化策略”，下接“数字化落地决策”，更重要的这一步也是构建企业数字化能力，造就数字化文化的根底，描绘出企业数字化的整体蓝图。
附：《华为行业数字化转型方法论白皮书》和《数字化转型新篇章：通往智能化的“道法术”》，公众号回复“数字化白皮书”即可下载。
起源：谈数据
作者：石秀峰
申明：文章取得作者受权在 IDCF 社区公众号（devopshub）转发。优质内容共享给思否平台的技术伙伴，如原作者有其余思考请分割小编删除，致谢。
玩乐高，学麻利，规模化麻利联合作战沙盘之「乌托邦打算」，2022 年 3 月 5 - 6 日登陆深圳，将“多团队麻利协同”基因内化在研发流程中，为规模化晋升研发效力保驾护航！!🏰⛴公众号回复“乌托邦”可加入