企业架构（EA）的历史已被描述为三个阶段。业务系统规划，早期EA，和现代EA。
纵观这三个阶段和信息技术行业的相关变化，我建议我们已经进入一个新的阶段，我将其称为企业架构的后现代时代。
背景介绍
关于这三个阶段的详细背景，我推荐Svyatoslav Kotusev的《企业架构的历史》这篇优秀论文。在那篇论文中，作者记录了三个阶段。
- 业务系统规划（20世纪60年代-80年代）
- 早期EA（20世纪80年代-90年代）
- 现代EA (1990年代至今)
让我们来看看每个背景：
1、业务系统规划
业务系统规划，或BSP，是IBM实施技术系统的一种方法。该方法有一套结构化的活动，由训练有素的BSP专家代表客户来执行。
从背景上看，BSP是在对实施业务自动化的潜力理解有限的情况下产生的。编程语言（RPG-II，FORTRAN，COBOL）很复杂；开发周期很慢；而且例子很少。一些公司有内部员工，但许多公司仍然需要通过谈判签订多年的合同来实施主要系统。
最重要的是，考虑到那些日子里系统的资本成本。当IBM 370问世时，"典型的 "入门级型号155的成本为2,248,550美元，或按2022年11月的美元计算为17,270,438美元。165型的价格大约是这个数字的两倍。这是一个非同小可的数字（而且这只是原始硬件，不包括维护协议、软件或开发成本）。还要记住，在那些日子里，"数据处理 "被认为是一个成本中心，而不是一个战略推动者。
这些因素导致了可以理解的谨慎态度。大型机往往在95%的利用率下运行得最好；反过来说，如果你不把大型机的利用率保持在80%或以上，就是在浪费钱。失败的风险很大，而失败不仅仅是项目本身的实施，还有与同行相比损失几年的机会成本。
因此，计划是这个游戏的名称。
2、早期EA
早期EA时期的特点是首次尝试建立一个独立于规划过程的EA框架。PRISM和Zachman框架试图了解利益相关者和成功系统的驱动力，并将其编纂成可以跨项目和行业使用的一般形式。在此期间，其他框架（NIST、EAP）出现，试图在Zachman倡导的分类细分之上增加一些流程结构。
早期EA的背景是建立在BSP时代的成功之上的。信息技术正在成为一个有竞争力的公司的必要条件，而人才库也在急剧增加。然而，敏捷编程仍然遥遥无期，传统的瀑布式方法论仍占据主导地位。
到了20世纪80年代，信息技术的格局也在发生变化--稍微有点变化。部门计算机（VAXen，AS/400s）已经到来，并有机会获得更细化的采购成本。更低的成本意味着有更多的增量方法可用。成本曲线仍然是一个阶梯函数，但现在的颗粒度是数以千计的，而不是数以百万计的美元。
部门计算机的成本相对较低，造成了一个新的问题：组合管理。中央系统和业务线或个别部门之间更多的分割，使决策的地点和方式变得模糊不清。在BSP时代，EA的价值往往在于决定企业的哪些部分将采用IT，而在EA时代，它开始成为了解哪里有重叠和差距的问题。
3、现代EA
现代EA时代是关于编纂的。TOGAF和DODAF对企业架构的方法进行了编纂，其中包括有意见的流程和依赖关系。克林格-科恩法案》规定了美国政府机构对企业架构师的需求--即使当时并不完全清楚这一要求的价值所在。
在这期间，所有以前的工作--BSP、Zachman、NIST等等。- 被汇集到一个 "最好的品种 "的方法中。
在这个翻译过程中，失去的是对技术和业务之间关系的根本转变的理解。
在早期，技术是神秘的，而在现代EA时代，它变得无处不在。
在早期，资本支出的成本曲线是深层次的阶梯式的，而在现代EA时代，曲线继续平滑（今天的云计算实际上是连续的）。
在早期，大多数系统必须从头开始，而在现代EA时代，可用的供应商和开源软件的调色板已经极大地影响了上市时间。
敏捷的开发周期使产品所有者和工程师之间的灵活、实验性的合作减少了系统的浪费。
在许多方面，主流的EA框架（TOGAF、DODAF）对这些现代化的东西毫无察觉。他们仍然有一个相当结构化的方法，从了解业务能力状况开始，到信息和技术架构（这是不同的），然后再到实施计划等操作问题。
今天，我们需要回过头来，质疑当初对EA框架进行微调的假设：成本结构、人才和工具的可用性，以及所要解决的问题的广度。
我们需要后现代的EA。
后现代EA
后现代EA是面向我们今天所理解的计算机科学世界的。
人才库已经大大扩展，虽然仍然存在人才短缺，但建立和保留一个高绩效团队的能力是任何公司都可以掌握的。
软件和硬件的构建模块已经非常成熟；计算环境可以在几分钟内建立或调整大小，复杂的用户体验可以用商品部件来构建。
业务和工程师之间的围墙正在坍塌，跨职能的敏捷团队一起工作，在每个（你需要的任何时候）版本中逐步改进。
与其说是系统，不如说是我们越来越多地考虑平台，我们和我们的商业伙伴都可以适应我们最新的客户体验的使用。
在这个后现代的世界里，我们需要一个为今天而建立的企业架构功能。
好消息是。我们不需要从头开始。
在通往现代EA的过程中，有很多好的东西已经被开发出来。但是，我们确实必须考虑如何低成本地使用这些工具。
后现代EA框架有五个主要组成部分。平台、技术、运营、启用和治理。
这些并不是循环的，虽然有一些从平台到技术到运营的自然流动。这种流动在新系统中是最强的，而在旧系统中则是逆向流动。
平台
定义了我们应该（和不应该）建立的景观。这里的重点是客户体验以及我们如何支持它。我们将明确地优先考虑我们自己与众不同的能力，排除那些我们可以从市场上获得的能力。我们还将关注平台之间的相互关系--它们的服务水平协议、API和合同。
技术部分
体现了创建一个系统的整个工程努力。这包括数据、软件和基础设施的整体建设，并认识到所有这三个架构都是紧密相连的。这一部分还包括实验和验证周期，既包括敏捷团队内部的实验，也包括与客户受众的实验。
运营部分
重点是在生产中运行网站。记住这个框架不是一个循环；运营部分和平台部分一样，为技术部分创造了需求。(例如，为了使监控的操作功能发挥作用，有一个围绕仪器的技术要求）。不过，现实中，这是系统生命周期的一个独立阶段，我们需要为流量增加、服务中断等时期制定明确的运营模式。
该框架的顶部侧重于系统，底部则侧重于管理。如果你不清楚地说明你希望他们做什么，你就不能期望团队在最高水平上工作。增强能力的重点是创建和传播你希望你的团队使用的标准、框架和最佳实践。由于技术是不断发展的，我们还包括创新的结构化模型，以及从团队中收获和巩固新的最佳实践。
最后，尽管我们并不总是喜欢这个角色的这一部分，但还是要考虑治理问题。这里的重点不是惩罚性的，而是要透明。治理是我们定义架构操作模型的地方，创建现状和未来的热图，并提供升级服务。与顶层一样，底层的工作也是高度循环的。没有指导的治理只是空谈，所以我们首先关注启用，然后根据需要启用治理。这个部分也从其他部分获取并结合所有的指标，让企业看到整个组织的表现如何。
结论
现代EA的历史可以追溯到信息技术稀少、昂贵和有风险的时代。后现代EA重新考虑了当今实际推动计算机科学的因素：平台、云计算、敏捷开发和可重复使用的库。其结果是一个更灵活的框架，它仍然能让企业对投资组合有可视性，而不会与现代工程环境产生摩擦。