说到架构，你一定会想到业务架构、技术架构、应用架构、数据架构、安全架构、集成架构、硬件架构等等。在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日登陆深圳，将“多团队敏捷协同”基因内化在研发流程中，为规模化提升研发效能保驾护航！!⛴公众号回复“乌托邦”可参加