在前面有一篇文章已經整理過IT規劃知識體系，如下圖：

該圖參考業界IT規劃的參考模型和框架，結合IT規劃方法論和實施，重新整理了IT規劃知識體系。對于橫軸主要考慮IT規劃的方法論和步驟，具體包括了參考模 型，調研階段，差異分析和匹配，目標架構，實施策略和管控治理六個方面的內容；對于縱軸包括了IT基礎設施，業務基礎設施，業務流程，數據，技術體系，應 用系統，集成架構七個方面的內容。

橫向包括了IT規劃和咨詢項目的完整階段和流程。縱向包括了完整的IT規劃和企業架構應該包括了內容。對于原有zachman框架的匹配分析為，去掉了時 間和動機，增加了業務流程，技術和集成三個維度。對于zachman橫向原來分為目標/范圍、業務模型、系統模型、技術模型、詳細表達、運行功能。其中講 技術模型轉化為橫向，并增加了實施策略和管控機制。

為何再談企業架構，主要是需要重新思考在SOA+云計算模式下對傳統企業架構的影響，引入資源+服務+應用的三層模式，而對于縱向更加強調應用從規劃設計，到需求實現，到后期運行運維的完整應用生命周期。對于傳統企業架構已經談到過沒有底層云化的概念，沒有SOA服務共享和解耦的概念，這也是重新思考企業架構的頂層設計的一個重要原因，基于以上思考和引入的兩個維度，重新構圖如下：

先說下整個構圖的一些關鍵重點，具體細節后續展開再詳細敘述。

整個橫向分三層，即資源，服務和應用層。很多IaaS和PaaS平臺層的內容都將劃入統一的資源層，同時對于在應用架構中的業務組件最終也是最頂層的邏輯資源。資源本身分邏輯資源和物理資源，邏輯資源本身又分解為多個層次，資源本身存在申請，分配，消耗和運行調度。資源為上層提供服務能力。服務層核心仍然是應用和資源層的徹底解耦，一是提供集成能力，一是提供服務共享能力。而應用層為最終的在云平臺架構下的瘦應用，如果從SOA架構思想來說，應用層實現僅僅是服務的組裝，組合和編排，再加上界面展現層的內容。

縱向分為架構規劃，業務建模，實現，運行和運維幾個階段。對于架構規劃階段參考傳統的EA企業架構部分內容。應用架構規劃包括了應用架構，集成架構和應用本身的技術架構內容。對于技術架構規劃大部分內容將轉入到資源層云平臺能力的技術架構規劃。業務建模階段單獨引出，更加強調業務建模階段的重要性，在這里一部分是對ARIS業務建模內容的引入和細化，一部分是傳統軟件需求和系統分析中業務建模和業務用例分析的剝離。對于實現階段資源層是提供資源，服務層才是提供能力，包括技術，業務和資源本身的能力等。而應用僅僅是基于能力和服務對業務模塊的構建而已。對于后面兩個階段，運行態的核心是托管和調度，運維態的核心是監控和保障，形成一個閉環的完整整體。

該圖本身還存在很多不完善的地方，但是理出該圖是對一直在談到的傳統企業架構和云平臺融合規劃核心思路的一次重新梳理。只有理清楚資源，服務和應用三條線各自分工和邊界，協同和交互，才能夠真正理解在企業內部私有云架構模式下對傳統企業架構思想的完善，對應用開發和運行模式的革新。