基于SOA組件化架構-組件化和平臺化

　　傳統的軟件開發我們看到能力復用層面是比較差的，對于系統管理，工作流引擎，公共技術組件庫，UI庫，技術架構和平臺往往都需要自己搞一套，這本身和SOA復用的思想也是違背的。按SOA業務和流程驅動IT，CBM組件化業務模型的思路，后續最理性的就是逐步淡化掉業務系統的概念。整個企業就一個業務大系統，在這個業務大系統里面剩余的僅僅是業務功能組件。

　　原有的系統構建和結構可以描述為如下：

　　基于組件化架構的思路，需要解決的是淡化業務系統的概念，強化業務組件的概念。同時對業務系統內部已有的業務功能模塊進行解耦，業務組件通過注冊到ESB上的業務服務進行交付。而基于平臺化的思路，則是原有業務系統構建過程中所有和業務無關的內容都進行平臺化建設，所有平臺化層面的內容都進行統一規劃和建設，為所有的業務組件提供公共服務能力。如下圖：

　　在這種模式下可以看到業務系統完全進行了拆解，真正一個業務系統的構成需要多個技術能力支撐單元和業務單元共同組裝來完成。對于用戶來講可能看不到太大的變化，但是在內部實現細節上則進行了平臺化和標準化。理想的業務系統構建模式將變化為基于一個完整的提供技術，平臺，前臺展現各種支撐能力的空應用容器中開發滿足各個業務需求的業務組件。

　　系統不再是后續的交付單位，業務組件才是交付單位。業務組件建設完全只關注業務，不關注技術底層和各種平臺層能力的實現。業務組件通過服務接口和各種底層支撐能力，外層掛接能力進行集成。業務組件高度自治，可以獨立進行分析，設計，打包部署和運行。

　　公共技術組件和平臺層組件完全獨立部署和運行。其能力的提供一方面可以是以注冊在ESB總線上的服務的方式，也可以是業務組件直接內嵌平臺層組件提供的代理模塊和輕量API接口。底層組件提供全局的數據建模和數據存儲，這些數據跨所有的業務組件共享。

　　外層應用框架是一個完全可以運行起來的類似門戶的框架，其自身已經包含了登錄認證，權限，菜單管理等各種基礎功能。外層應用框架實現各個業務組件的動態裝載和使用。企業內應用構建完全實現AppStore化。而對于ESB企業服務總線，則既實現業務組件和底層平臺層的服務集成，也實現業務組件間的服務集成。技術集成以消息和輕量的rest方式實現，而業務集成則以傳統的soap webservice方式實現。

原文轉自：http://www.kjueaiud.com