業務基礎平台

業務基礎平台是業務邏輯套用和基礎架構平台之間的一個中間層，解決 “套用軟體的業務描述和作業系統平台、軟體基礎架構平台之間的互動與管理問題”。作業系統平台解決了“套用軟體系統與硬體之間的互動與管理問題”，軟體基礎架構平台解決了“套用軟體系統與作業系統平台之間的互動與管理問題”，而業務基礎平台則是解決了“套用軟體的業務描述與作業系統平台、軟體基礎架構平台之間的互動與管理問題”。
組件化業務基礎平台和傳統的業務基礎平台主要的差異在於組件化業務基礎平台具有更多的靈活性、可擴展性，能夠更加方便的進行組件升級和組件維護。特別是對於大型的行業軟體來說，易於升級、易於維護，能夠靈活的擴展成為評測一個業務基礎平台的一個重要標準，隨著業務的不斷發展，很多一體化行業軟體代碼數量已經超過1G，如何對如此龐大規模的代碼進行維護、升級成為軟體開發者和運維管理者日益關注的一個課題，代碼關係複雜、系統啟動慢成為一個大型系統所面臨的一個主要矛盾。組件化業務基礎平台主要用於解決簡化開發，快速系統維護的問題。
業務基礎平台的組件化，並不是所有的內容全部組件化，有些內容是無法分離出去的，因此首先要把業務基礎平台的內核分離出來，建立一個業務基礎平台的微核心，微核心是跟每一個業務組件緊密相關的。然後把業務基礎平台中可以分離出來的內容單獨作為一個組件，即公共組件，從而實現業務組件和公共組件的分離。
業務組件和公共組件使用一個資料庫，通過公共組件及相關的標準實現整合，如果還有已有的系統，則通過企業集成平台進行整合。
在實際開發套用中，性能是很重要的一個非功能性需求，特別是針對大型的套用系統，性能是決定項目成敗的一個關鍵因素，業務基礎平台的架構決對性能問題有著重大的影響。如何在實現松耦合的基礎上，進一步提升性能問題（包括保證資料庫事務處理），是大型套用軟體的業務基礎平台必須要解決的一個問題，不能僅僅是為了組件化而組件化，如果不能解決性能問題，組件化就不能在大型的套用系統中得到廣泛套用，因此需要根據在實際開發過程中碰到的不同的場景，採用不同的調用方式，除了組件化中提到的服務，還有要有其他的方式作為補充，即能實現松耦合，又可以保證性能，實現不同層次的不同調用。
實現組件化，首先要定義清晰、簡單的業務組件界面，特別是業務組件和公共組件之間的界面，然後建立一個兼顧松耦合、性能的調用方式及不同的調用方式的標準。
基於SOAP的服務接口：通過SOAP的Web服務調用，適用於不同的業務組件之間，特別是不同廠商開發的業務組件、不同平台的業務組件以及新建的業務組件和遺留系統之間的調用。SOAP的服務接口有相關的標準支持，可以支持更多的平台和廠商。基於REST的服務接口：同平台、同廠商開發的業務組件之間的調用，特別是同一個組件中界面和業務邏輯之間的調用，從而實現界面和業務邏輯分離。REST服務是輕量級的服務調用，主要用於提高性能，簡化開發。
業務組件之間於SOAP的Web服務調用或者REST Web服務調用，因為基於SOAP的Web服務擁有眾多的標準，可以方便的實現跨平台調用，適用於不同廠商之間的業務組件調用，同一個廠商之間的不同組件調用可以直接通過能夠提供很好性能的REST Web服務調用。
基於API的調用 ，業務組件內部不同模組之間的；業務組件和基礎平台的核心之間；不同的業務組件之間需要緊密結合事務處理的調用，通過API調用實現，保證系統的事務處理和系統性能。
不同的業務組件之間需要事物處理的調用，通過內嵌一個核心業務處理模組的方式進行，如庫存處理相關業務，在訂單模組和採購模組都需要調用，通過服務方式很難處理事物，可以將一個簡化的庫存模組（如Jar包，建議採用OSGI架構，WAS8已經提供了很好的支持）直接內嵌到訂單模組和採購模組，如下圖“庫存模組內嵌到訂單和採購業務組件”所示；工作流引擎也可以採用這樣的方式，詳見《基於SOA 的工作流（WF）整合》的說明。
基於數據接口調用：同平台、同廠商開發的業務組件，可以直接通過數據視圖調用，簡化接口關係，特別開發比較緊密的小組開發的組件之間調用、大數據量的數據調用。不同的業務組件之間，純粹的數據調用，可以直接通過數據接口方式進行調用