OGSI

“OSGi service platform“ ^[1]  是一個開放並且提供統一接口標準的體系框架，基於這個體系框架，服務提供商，程序開發人員，軟件提供商，服務網管運營商，設備提供商能夠協調地聯合起來開發，部署以及管理向用户提供的各種服務。

開放網格服務基礎設施(Open Grid Services Infrastructure OGSI)是全球網格論壇(GGF)在2003年6月提出的。是為了向開放網格服務體系結構(OGSA)提供基礎設施層。 OGSI為了適應網格計算資源（這些是瞬時的和有狀態的）的需要，把無狀態的時間考慮在內。

OSGi EEG小組在總結OSGi進入企業應用領域需要解決的問題上列出了這麼幾點：分佈式系統的支持； 在分佈式系統上，SCA是個好的解決方案，SCA的實現有Newton和Tuscany，另外就是通過集成Axis來通過webservice實現分佈式的通訊。 OSGi服務的擴展，以支持從外部發布/調用OSGi服務，同時需要考慮多種語言的支持，而非僅僅是Java； 這點呢，一方面就得依靠和Java流行框架的集成，像Spring-OSGi就實現了在Spring的bean中調用OSGi服務，另一方面就得依靠 SCA了。 至於我們這些程序員在實際的項目/產品中可能會碰到的企業應用開發的問題可能會有下面幾個：怎麼樣把OSGi和Webwork+Spring+Hibernate這樣的架構集成起來。類似Webwork+Spring+Hibernate這樣的 架構無疑是目前Java B/S應用領域最為流行的技術組合拳，而且這樣的三者的結合確實基本上解決了企業應用領域的關鍵需求，例如分佈式的調用、事務機制等，如果OSGi能和這 樣的技術組合拳集成，自然也就使得OSGi應用能夠應對企業應用領域的需求了，在OSGi進階的Opendoc中詳細的介紹了OSGi與這個技術組合拳的 集成方法，並誕生了一個OSGi+Hibernate+Spring+Webwork的腳手架以及基於此腳手架的留言板系統。 傳統的系統能不能重構為OSGi系統。無論對於項目還是產品而言，如果需要將新的項目/產品改變為基於OSGi的項目/產品，那麼就有一個問題就是如何將 在以前項目/產品中積累的東西重構為可部署至OSGi系統，這相信也是大部分關注的問題，這個問題在OSGi進階Opendoc中也以一個實際的例子來進 行了講解。 既然使用了OSGi，如果發揮不出它的優勢的話，就毫無意義了。OSGi系統的典型特徵是：模塊化、動態化和可擴展。要做到這三點從設計/實現層面都要進 行把握，在OSGi進階Opendoc中也從實際項目/產品的角度去介紹瞭如何去設計、如何去實現，同時也總結了一些OSGi的設計模式和最佳實踐，使得 大家在應用OSGi實現實際的項目/產品時充分的發揮OSGi的優勢。

OSGi服務平台提供在多種網絡設備上無需重啓的動態改變構造的功能。為了最小化耦合度和促使這些耦合度可管理，OSGi技術提供一種面向服務的架構，它能使這些組件動態地發現對方。OSGi聯 盟已經開發了為例如象HTTP服務器、配置、日誌、安全、用户管理、XML等很多公共功能標準組件接口。這些組件的兼容性插件實現可以從進行了不同優化和使用代價的不同計算機服務提供商得到。然而，服務接口能夠基於專有權基礎上開發。 　因為OSGi技術為集成提供了預建立和預測試的組件子系統，所以OSGi技術使你從改善產品上市時間和降低開發成本上獲益。因為這些組件能夠動態發佈到設備上，所以OSGi技術也能降低維護成本和擁有獨一無二的新的配件市場機會。