平台工程已经积累了提供跨组织领域的复杂解决方案的经验和知识。这些大规模的跨域解决方案为交付带来了更多复杂性。我们的经验表明，通过对问题采取不同的观点，您可以提供的不仅仅是技术成果。
应用平台架构方法不仅会改变这些大型解决方案的架构方式，还会改变组织查看和管理技术的方式。平台架构方法可以在整个解决方案体系结构中提供优势，还可以提高业务灵活性和IT经济性。
在我们深入研究平台方法如何实现这一点之前，我们必须首先回答两个关键问题：平台是什么意思？什么是平台架构？
平台这个词有几个含义，来自传统：
“平坦，凸起的区域或结构”，但在业务环境中，平台意味着：“一系列服务和功能，为业务价值链提供服务”
平台体系结构使业务和技术体系结构与业务域平台保持一致。在此模型下，平台架构意味着：
“将业务构建为领域拥有的技术平台，通过领域拥有和管理的平台服务在领域内提供业务价值。”
以下是如何构建平台体系结构的示例：
采用平台架构方法可以实现几个重要的好处。
业务领域可以拥有所使用的IT应用程序和系统，从而允许域直接管理其技术投资路线图，而不受来自中央IT功能的传统约束。
平台方法有助于使域明确定义关键的“平台服务”，然后通过服务集成模式公开这些服务，以供业务的其他部分使用，也可能用于外部第三方。这还可以使已启用的第三方能够利用它们实现增值，从而实现关键服务的商业化。例如亚马逊，Paypal等
例如，在上图中，第三方可以使用仓库和交付平台服务来形成市场，其中物流和快递公司可以通过平台服务竞标交付。即使是公司使用的IT服务也可以构建为支持IT平台。
将业务划分为平台还可提供结构和变更独立性。平台功能的实现可以独立于其他业务平台发展。这要求通过服务层提供平台服务，将服务接口与实现分离。
虽然这个平台模型有许多好处，但它并不是免费的，需要考虑很多因素。
每个业务平台都需要技能和专业知识来管理，运营和开发自己的技术应用程序。这需要更改业务和IT预算流程。业务领域预算现在需要包括平台IT成本。这也是一个促成因素，因为IT预算成为每个业务领域的责任，而不是与业务分开拥有和分配的中央IT预算。
其平台的域名所有权带来的另一个关键变化是运营和支持平台的新职责，因为它现在充当其他业务部门和其他第三方的服务提供商。
考虑到这些方面需要了解和理解改变平台架构的整体经济性。从表面上看，这似乎是在每个业务领域内建立定制的IT功能，并且需要重复成本和费用。但是，如果从中央资源模型转移到平台资源模型的角度考虑这一点，那么这可以提供更好的资源平衡。通常，中央模型需要携带过多的资源来满足峰值或并发需求。
平台架构通过域自治和独立性提供优势，以发展，适应并向市场提供新服务。实施平台架构和提供平台服务需要跨架构，技术集成和工程学科的技能。如果没有这样的经验和洞察力，不同的平台可能会转变为功能失调的技术领域，阻碍结果而不是赋予它权力。
