数字化转型的下一站：企业架构的生态化
—
如果没有更理性的软件需求和更理性的软件架构，过于关注不形成真正差异的浪费式“创造”，企业数字化转型将可能持续在“软件缺口”和“软件混乱”中艰难前行。 
来源 / 晓谈岩说 （ID：gh_18519a945f4e）
作者 / 付晓岩
—
来源 / 晓谈岩说 （ID：gh_18519a945f4e）
作者 / 付晓岩
企业架构设计的下一个演进阶段必然是开放式生态化的架构设计，移动互联网在最近十年左右的时间里，将整个社会中的生活网络、生产网络、金融网络、治理网络逐层连接起来，而且连接趋势将日益紧密。
每个企业都将处在一个庞大的生态中，被“无缝”地连接起来，一同感受社会的变化，信息传导会越来越快，而无法与社会紧密连接的企业，将逐步被淘汰，或者成为基于特定“需求”方向的小规模存在，类似“非遗”。
所以，面向生态是企业架构的必然选择，这里包含两部分内容，面向生态的架构设计和生态化的构建过程。
01
国家对数据中心建设的规划已经浮出水面，2020年12月23日，国家发改委等四部委出台的《关于加快构建全国一体化大数据中心协同创新体系的指导意见（发改高技〔2020〕1922号）》（以下简称“意见”），是对数据中心的建设工作的全国性指导方针。
“意见”中提到的“数链”、“数网”、“数纽”、“数盾”、“数脑”等概念，打破“政府部门间、政企间数据壁垒”，在“全国范围内形成一批行业数据大脑、城市数据大脑”，让“全社会算力资源、数据资源向智力资源高效转化的态势基本形成”等要求，已经勾勒出一副清晰的“数字化底盘”，一套围绕数据这一关键生产要素组织起来的庞大资源体系。如下图所示。
图16-1 数字化底盘概念图
这副“数字化底盘”会充分支持数据利用的四大的关键环节：
1.采集
数字时代的数据采集是全方位、立体的，国家为推动全社会的数字化转型而创建的基础设施和部署的采集能力会提供更多跨行业的数据。
而且国家层面的数据采集更为商业中立，效率也更高，各类物联网设施在公共服务领域的广泛应用必将为信息采集提供更多便利。
2.计算
按照数字化发展方向，企业对内外部变化感知的速度越来越重要了，因此，数据分析的时效性要求在不断提高，未来的数字化企业更是如此。
目前互联网企业本身就已经在逐步转向流式为主的计算方式，对所有企业而言，缩短计算周期以跟上外部变化是必然要考虑的。
谈计算能力必然离不开算力问题，数字时代国家的核心竞争力计算方式可能也要“数字化”一下了，算力应该像发电能力一样成为国家综合国力的重要指标。
算力建设也必然有来自国家的参与，尤其是量子计算等在商用的初期阶段会比较昂贵的技术，同时，国家参与建设也有助于算力的地区均衡，避免形成新时代的“东西问题”、“南北问题”。
3.存储
国家建设也有助于中小金融机构更好地获得真正的“云端计算”能力。
随着新基建的开展，国家层面的数据中心建设可以有效解决广大中小企业难以负担数据中心建设成本的问题，并且可以考虑在超融合架构下，将国家、行业、企业的数据存储资源进行有效连接，提高数据存储资源利用效率。
4.共享（交换）
作为一项关键生产要素，支持其合法流动的交易体系必须建立，实现数据“保护”与“流动”之间的均衡，完善数据的确权、采集、交易、使用制度，使数据可以成为一项合法收入来源，而不仅是保护对象。
单纯的共享是无法长期维持的，基于合理商业利益的交换才是数据可持续流动的基础。作为商业性流动的补充，政府持有大量数据，也具备大范围采集数据的能力，可以考虑将合适范围的信息开放给社会共享，或者以较低的可维持运转的价格廉价提供，以进一步促进数据应用的活跃。
“数字化底盘”不仅提供了算力和存储，还会提供新的社会治理环境，而未来新建的数据中心也基本都会以云计算数据中心为主。
因此，“数字化底盘”必将支持起一个强大的混合云生态体系，大量的行业、企业都会迁移到云上，而国家十四五规划、地方十四五规划也都在大力推动这一发展趋势。
基于这一强大的混合云发展趋势，云原生的开放式生态化企业架构必将出现。
而且，目前科技企业纷纷发力企业端软件开发，将企业端视为C端红利结束后的新方向，公有云、行业云应用已经在发展之中，当更多企业走向混合云时，基于混合云的架构设计也会快速发展，ApaaS（ApplicationPlatform as a Service，应用平台即服务）等方向也会逐渐成熟，诸如低代码等应用模式的需求也在增长。
行业级标准化构件如果能够同步发展，将会极大促进这一进程，并将孕育一个基于行业级标准化构件的、面向生态的开放式企业架构模式。
这一模式可能如下图所示：
图16-2 基于标准化构件平台的数字化生态圈（Digital EcosystemBased on Standard Component Platform，DE-SCP）
通过这一模式可构建“基于标准化构件平台”的数字化生态圈，这是逻辑架构，并不意味着所有应用都会部署在同一个平台上，而是“物理分散、逻辑统一、全国一体”。
这一架构中，行业级标准化构件形成的“基础构件组”和领域性构件组成的“专用构件组”可以支撑起企业的基本应用，属于“通用构件”，企业也许可以只需为资源的使用付费。
“通用构件”的形成离不开业务制度、流程、凭证、风险管理等诸多业务内容的逐渐标准化，也有赖于15.2节中推动行业级标准化所需的各类工作。
服务商真正获取软件收入的，应该在增值层，也即超越“通用构件”能力之上的“增值构件”，这部分可能由平台服务商提供，也可以由第三方合作伙伴提供，企业也可以自研并出售，总之，这是一个以构件封装的“能力”交易市场。
由于混合云环境中会沉淀大量数据，这些数据再通过混合云体系直接交易是最为方便的，毕竟，最高效的交易方式是数据不搬家，贴近数据进行计算，搬运计算结果，这也意味着未来的数据交易所应该是开在公有云、行业云上的。
这一架构模式是抽象描述的，具体到每一个企业的架构设计时，依然采用本书第三篇所描述的企业架构设计过程，公有云、行业云上提供的是“集市”，而“大教堂”还是由企业自己结合“集市”采购的“构件”叠加上部分自己的特色开发共同构建的。
未来软件需求将会是“爆炸性”增长，随着人们在物理世界中的生产、生活行为逐渐向虚拟世界中迁移，虚拟世界的软件制品有可能会比工业时代中工业制品的发展出现更快的增长速度，这是数字经济逐步成为经济主要形态的要求。
如果没有更理性的软件需求和更理性的软件架构，过于关注不形成真正差异的浪费式“创造”，企业数字化转型将可能持续在“软件缺口”和“软件混乱”中艰难前行。
02
向生态的架构设计
企业架构设计可以是面向生态的开放式架构设计，那架构的构建过程是否也能是开放式的生态化构建过程呢？
其实也可以，当开源标准化推广到一定程度时，企业之间的隔阂与神秘感大部分也就自然消失了。
在没有这种隔阂的前提下，为了更好地实现自家企业业务系统的生态化构建，企业间合作设计企业架构也应该是正常行为，多家企业出于生态需要联合在一起尝试执行本书提出的企业架构方法论，即便是从商业利益的角度而言也是合适的，可以协助降低生态的内部开发成本。
从行业监管者的角度而言，这样的生态建设过程也更有利于技术能力的平均化，这种间接性的技术能力输出，并不是会损害各方利益、导致潜在竞争的行为，对落实行业监管要求和行业行为规范则非常有利，而且，行业标准的形成和落实将更加高效。
从技术服务提供商的角度而言，无论是企业架构设计服务方还是项目实施服务方，这样的构建过程都会减少设计中的不确定性，尤其是跨企业连接、协同的不确定性，提升项目的成功率。
推荐活动
推荐阅读
《资本百亿押注、千余企业入局，营销云爆火，是机遇还是泡沫？》
