一文了解企业数字化转型浪潮下的架构师"3210"｜技术创作特训营第一期
原创一文了解企业数字化转型浪潮下的架构师"3210"｜技术创作特训营第一期
原创
一、本文面向人群
本文面向致力于成长为架构师/一线管理者、工作3-5年甚至以上经验的同学，需要初步具备了解软件架构的模式、架构的分类、中台、PaaS化等基础知识点。可以阅读之前的文章对其有部分了解：现代化企业架构的建模与PaaS化
二、本文设计介绍
本文以笔者担任2年多架构的经历为背景，同时将现在的一些晦涩难懂的知识和技术趋势传递给读者，引导其学习有个体系化知识结构。整个文章以黄金圈法则what-why-how形式带领读者进入企业数字化转型的知识了解，同时将重点架构师如何做的内容进行"3210"方式拆解，旨在期望用最朴素的方式来帮助大家学习架构师在企业架构升级中的设计和实施方案。在关键点，会结合企业案例进行知识点说明。
三、正文内容
3.1、背景引入
在过去10多年的企业高速增长期，每家企业都在抢夺人口流量红利，国内衍生出多种形态模式的业务单元。近几年随着国内人口流量红利见顶，流量增长缓慢，逐步从ToC的业务转变为ToB的业务开启国内商业化业务；此外，中大型企业将企业战略布局放到海外市场，以争夺海外用户市场基础。然而，随着海外业务增长情况不理想，国内外政策法规的逐渐严格，国内业务逐渐精细化人群，中大型企业不得不面临一个问题，如何快速的支持企业的创新业务需求，同时降低企业的运营成本。正是介于这样的背景下，我们的"3210"架构师出场了。
经多"3210"架构师的调研和分析，最终企业老总通过市场调研报告结果分析，上述汇报将成为企业战略的开篇，接下来授命"3210"架构师抓紧着手该工作的推进。
3.2、数字化转型概念解读
数字化转型（Digital transformation）是建立在数字化转换（Digitization）、数字化升级（Digitalization）基础上， 进一步触及公司核心业务，以新建一种商业模式为目标的高层次转型。数字化转型Digital transformation是开发数字化技术及支持能力以新建一个富有活力的数字化商业模式。
数字化转型表明，只有企业对其业务进行系统性、彻底的（或重大和完全的）重新定义——而不仅仅是IT，而是对组织活动、流程、业务模式和员工能力的方方面面进行重新定义的时候，成功才会得以实现。-百度百科
为便于读者理解，大家结合如下这个图，我简单的解读下上述内容。
数字化转型是我们针对企业业务的一种重构，包含组织、业务、技术、流程以及人才培养，就像我们在面对10多年的老系统一样，重构是为了更好的保障业务的发展；而数字化转型是企业级的重构，是为了更好的企业创新发展。
3.3、数字化转型价值
2022年发布的《“十四五”数字经济发展规划》明确“十四五”将继续坚持推进 数字产业化和产业数字化，重点强调传动产业数字化升级 ，在未来的5年内，仍然呈现经济发展的强劲趋势。
3.4、架构师如何指导企业架构升级（3210）
3.4.1、3清（听清、看清、讲清）
我们都知道冰山模型，冰山模型给我们呈现出来的更多是表象，正如我们平时所看到和听到的，所以我们需要结合3清进行事物本质的洞察。3代表的3清，分别是听清、看清、讲清，旨在期望架构师能够充分调研现状、不仅仅是从一线反馈收集的，更提倡架构师深入一线进行问题看清，再通过自身知识进行体系化输出，进而达到将现状和问题、收益价值给更高层的老板讲清楚，从而能够得到该活动的资源支持。
基于以上我们可以根据企业的现状进行分析结果输出，比如以下来自当前企业架构的案例，过往我们有多套烟囱架构系统重复建设，为了解决数据孤岛，我们结合数字化转型新企业架构升级，利用云原生技术、中台设计思想从而进行业务模式的升级。
知识点补充：大家对SaaS、PaaS、IaaS有一定了解，这里对X-PaaS进行下解释说明，Gartner 对 PaaS 的定义是:
PaaS 是将应用基础设施(中间件)能力通过 云服务方式对外交付。Gartner 追踪多种 PaaS 技术 (xPaaS)，包括 aPaaS (application PaaS 即面向应用开 发的平台即服务)、iPaaS (integration PaaS 即面向基础设 施整合的平台即服务)、apimPaaS (API management PaaS 即 API 管理平台即服务)、fPaaS(function PaaS 即函数平台即服务)、baPaaS (business analytics PaaS 即业务 分析平台即服务)、IoT PaaS(物联 网平台即服务)、dbPaaS (database PaaS 即数据库平台即 服务)等
3.4.2、2懂（看懂、讲懂）
在3清中我们已经尝试探索出可以通过云原生技术、中台设计思想来帮助企业架构升级，但是如何进行企业架构转型需要一套成熟的指导思想和落地方法论。这里就需要作为企业级架构师的2懂策略，既要通过知识体系化沉淀，还需要形成本公司特色可落地的方法论，从而确保整个企业的数字化成功转型，就是我们要看清事物的本质，还能够将其转化为本公司的特色理论讲述给落地的团队。DDD领域驱动设计中我们可以分为战略设计、战术设计2部分，同样如果你作为架构师要落地公司的企业数字化转型，同样需要有战略设计和战术设计。这里我们以企业架构为案例，分为2部分业务架构和IT架构。
首先我们需要搞懂业务架构，业务架构定义了企业需要的或企业经营活动中关键的要素。它以实现企业战略为目标，是构建企业整体业务能力并将其传导给技术实现端的结构化方法，包括企业的战略能力、流程能力等内容。相当于我们整个企业架构的顶层设计模型，其中需要包含业务、运营、组织、技术四个大的方面，从流程建模、领域建模、业务身份建模、能力建模四个模型能力将战略目标进行拆解到可执行和可操作层面。
业务架构指导了我们的战略方向，那么IT架构指导了我们的战术落地设计。IT架构是企业信息系统的综合蓝图，包括应用架构、数据架构和技术架构。我们明确下几个子概念：
应用架构:描述被部署的单个应用系统、系统之间的交互，以及应用系统、系统与组织核心业务流程之间的关系。
数据架构:数据架构就是企业的数据地图，企业中出现的每一条数据，在数据架构上，都是有据可循的。数据架构把“散沙”状的数据，变成“网络”状的数据，在数据与数据之间构建起联系。
技术架构:支持业务、数据和应用服务部署的逻辑能力，包括IT基础设施、中间件、网络、通信、部署处理等，形成标准化的技术环境。
安全架构:构建通用的安全基础设施，包括产品安全、系统安全、风险审核等。
通过以上的业务架构和IT架构相结合，我们才能基于架构决策因素作出切合企业特色的架构设计方案。通过上述我们分析企业架构的事物本质，看懂了整个企业业务架构的模型，同时结合可落地的IT架构讲述给执行团队，确保方案可执行，可跟踪，可落地。
3.4.3、1试（试点试验）
因为理论与实践往往需要落地过程中结合PDCA方法论进行逐步演进，切勿在理论不健全的情况下大规模的进行推广实践，这里笔者建议应该采用试点方案，类似采点取样分析的方式，能够放进试点案例的需要满足如下几个条件：
- 业产研矛盾冲突重灾区
- 业务复杂度极高、重复建设严重
- 团队维护成本高、迭代慢、效率吞吐量低
通过上述主要的几个矛盾点，我们可以筛选出具备明显特征的应用系统，在结合理论实践过程中，架构师应该密切关注业务一线的反馈，能够及时针对不足之处作出修正，从而不断健全和完善现有的理论，切勿进入夜郎自大主义，忽视一线反馈，最终导致企业数字化转型失败。在期间，还应做好跟老板汇报的沟通工作，让领导侧能够给予多方的支持和鼓励。
3.4.4、0推（全面推广，从核心系统衍生至非核心系统）
笔者结合本公司落地情况在这里建议全面推广期，最好是从核心系统衍生至非核心系统，因为每个企业在成本控制方面都是有着严格的预算和要求，在这个条件下，我们最好的方式就是去真正的解决核心系统需求和痛点，快速的获取到大规模的收益价值，同时结合核心系统大家可以在初期认真对待，沉淀出很好的解决方案，便于后期非核心系统的改造和升级。
如前期是从非核心系统进行技术改造升级，则会很容易大家未能认真谨慎对待，或者非核心系统应用面临的复杂度无法比拟核心系统应用，从而导致后期推进力不足，问题频发，最终影响整个企业数字化转型推动。
3.5、2023年热门技术趋势，我们应该如何应对？
3.5.1、AIGC的挑战与应对
本图来源于陆奇分享，腾讯科技文章：https://mp.weixin.qq.com/s/_ZvyxRpgIA4L4pqfcQtPTQ 从以上图片我们可以看到OpenAI的发展历经18年之久，如果我们现在一味盲目追风，只能是淘汰的更快些。现在的社会，随着大模型时代的来临，我们逐渐发现大模型会比我们更能聚合知识，快速的学习知识，我们只有不断的去加强自己整合资源的创新能力才能应对未来的发展。
3.5.2、平台工程
平台工程 (Platform Engineering) 是一种运维理念，试图解决云原生时代运维问题。其提倡的一个重要观点是运维平台要提供工程师自服务能力，希望平台可以屏蔽基础设施复杂性，提供灵活的工具链和工作流，工程师利用这些平台的基本能力，自己组合、编排来解决自己的问题，过程中不需要平台层的参与。其核心也是在提高最终用户的生产力并减轻开发团队的负担 。
从以上的图片演进可以发现，我们始终在致力于为目标用户屏蔽基础设施的复杂性，但又能提供灵活的基本插件能力辅助用户更好的解决用户问题。
3.5.3、Serverless
图片来源：https://aws.amazon.com/cn/campaigns/serverless/?sc_channel=PS&sc_campaign=acquisition_CN&sc_category=mult&sc_geo=chna&sc_outcome=field&sc_matchtype=exact&sc_country=CN&sc_publisher=baidu&sc_segment=2023022701002&sc_medium=Serverless_DG&sc_content=Serverless&sc_detail=serverless&trk=baidu|Serverless_DG|Serverless|serverless&bd_vid=11856354426360228467
我们可以明确的知道一点，无论在哪个行业，各个组织都在力求提高自己的敏捷性，以便更快的创新和响应变化。如何更快的构建应用、如何支持百万、千万、亿级用户的毫秒级应答、如何支撑PB、EB的海量数据等等问题。
3.5.4、DataOps
DataOps是“数据操作”的缩写，维基百科对 DataOps 的定义是：一种面向流程的自动化方法，由分析和数据团队使用，旨在提高数据分析的质量并缩短数据分析的周期。DataOps 的这一定义会随着时间的推移而变化，但其关键目标非常明确：提高数据分析的质量并缩短数据分析的周期。
我们其实可以明确的一点：DataOps 不单单指数据技术的工具和平台， 更重要的是一套数据全生命周期管理的方法论和思想。
基于数据驱动，通过一系列面向流程的工具和平台，将 DataOps 思想进行工程化落地实践，能够将所有系统的相关数据采集起来，打破数据孤岛，统一建设高效规范的数据模型和数据体系，深度挖掘数据价值。
3.5.5、数字孪生
数字孪生，是充分利用物理模型、传感器更新、运行历史等数据，集成多学科、多物理量、多尺度、多概率的仿真过程，在虚拟空间中完成映射，从而反映相对应的实体装备的全生命周期过程。简单来说，数字孪生就是在一个设备或系统的基础上，创造一个数字版的“克隆体”。它可以应用在众多领域，比如在产品设计、产品制造、医学分析、工程建设等领域。在国内应用最深入的是工程建设领域，关注度最高、研究最热的是智能制造领域。
我们这里不详细展开，但是我们可以明确的一点是其对我们的要求是需要深厚的技术沉淀，也需要巨大的资金投入，还需要管理水平和员工技能达到相应的层次。
3.5.6、小结
在2023年热门技术趋势下，我们总结出如下的关键词，“整合资源的创新能力”、“为用户屏蔽功能的复杂性，提供功能的灵活性”、“提升自己敏捷性、更快响应创新和变化”、“掌握全生命周期管理的方法论及思想”、“夯实自己的技术沉淀，平衡成本收益投入”。如果将其应用到我们作为架构师的自身要求，就是“效率、成本、体验、组织、技术”五大方面的能力提升，最终形成自己结构化的体系能力，才能应对未来社会的发展需要。
那么如何将我们的“效率、成本、体验、组织、技术”五大方面的能力有效提升呢？回到原点，就是我们的"3210"架构师，每个方面都需要我们通过"3210"的方式进行广度和深度的T型战略深挖，以确保不仅知识面广，还能有所深入精通。
最后期望人人都是架构师，无论我们在工作中打怪升级，还是生活中小到制定出行旅游计划，你会发现架构师渗透在方方面面，比如可以把架构再比做房子结构，我们将散落的木头、石头、石灰、钢筋等原材料，结合当地的山川地貌、气候环境、人群习惯等因素，通过不同的结构化形式进行表达出来。所以说人人都可以是架构师，可以是工程上的架构，也可以是车的结构，亦或者是我们的人生架构。
四、附录
4.1、选题思路：
选题思路主要围绕结合自身工作性质、当下软件行业的技术发展趋势、以及晦涩难懂的知识和受众人群为基础，期望通过该篇文章打消掉对于高大尚的知识隔阂，同时来帮助大家通过文章来简单掌握企业为什么数字化转型、如果当前企业正在处于数字化转型过程中，作为一个有梦想、有技术追求的软件行业从业者应该如何像架构师一样去规划和落地企业的数字化转型。
关键热门词：企业数字化转型、架构师
引发好奇心：3210
文章形式：图文结合，以经历叙事更加落地
引发思考：2023年热门趋势下、平台工程、AIGC、Serverless、DataOps、数字孪生，我们的架构师"3210"都可以作为提升能力的武功秘诀心法。
稀缺程度：相对有一定门槛基础，会比其他文章稀缺，容易命中相对应人群
4.2、写作题纲：
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。