在路上—基於SCA規範的應用服務架構成長記(五)(連載中…)

 原本應該繼續寫前期的設計和實現的，不過第一期ASF的結束，需要做一些總結和後續的規劃，因此先寫了這個ppt，作為前期的一個大致總結和後期工作的規劃。

 

 大綱

§      ASF特質

 

§      ASF特質帶來的優點

 

§      ASF實現總覽圖

 

§      ASF優點的技術體現

 

§      ASF二期需求功能點概述及實現估時

 

§      ASF未來趨勢展望

ASF特質

§     基於業務組件的模組化開發

 

 

§     SOA

 

 

§     無關實現的擴充接入架構

ASF特質帶來的優點

§     基於業務組件的模組化開發

Ø    降低模組間耦合（面向介面互動，降低協同開發進度依賴性和屏蔽非設計性變更影響）

Ø    提高模組的可重用性（模組邊界清晰，便於複用，降低開發成本）

Ø    降低後期維護成本（系統規模日趨變大，高重用和低耦合保證了後期維護成本降低）

Ø    提供模組化組件的管理和監控，滿足開發和業務雙重需求

Ø    為業務模組動態裝載和卸載提供了基礎準備。

ASF特質帶來的優點

§     SOA

Ø    符合互連網應用通用互動規範，有利於ISV 接入和互連

Ø    面向業務抽象有利于敏捷響應業務需求變更，降低變更成本

Ø    屏蔽了業務實現細節不受限於平台，開發語言，適於異構環境的互動整合

Ø    面向業務設計開發是更高抽象的基礎（BPM 的中繼資料，也是更高層次使用者互動層的間接基礎）

Ø    多種成熟的安全性原則規範提供了互連網應用分布式互動的安全保證

ASF特質帶來的優點

§     無關實現的擴充接入架構

 

Ø    充分利用資源，防止重複造輪子，提高開發效率，降低開發與測試成本，整合優秀的開源實現(Spring,Jetty,MemCached...) ，適應業務開發情境需求

 

 

Ø    基於業務介面組裝而非業務實現組裝，屏蔽平台和語言的細節。

ASF特質帶來的優點

§     三點特質綜合帶來的優點

Ø    開發規範性和便捷性

 

¡    基於介面互動成為開發約束而非潛在約束

 

¡    單元測試方便（業務模組的選擇載入和遠程調用調試簡化）

 

¡    開發學習成本低（由於可以整合各種開源實現，因此開發更貼近原有習慣）

 

¡    提供了同一介面的多種實現，根據實現動態載入來確定採用何種實現，可以方便替換介面實現

ASF特質帶來的優點

Ø   作為AEP基礎服務架構的優勢體現

 

 

¡   SAAS 運營平台異構應用互動基礎

 

 

¡   AEP 模組化可插拔系統基礎

 

 

¡    結合WEB2.0,BPM,SOA 三者的優勢建立SAAS 平台

 

ASF優點的技術體現

§     基礎架構部分

Ø   SCA Basement(Java) 提供了架構中繼資料解析和組裝基礎實現

 

Ø   EmbeddedSCADomain 是業務組件模組化基礎

 

Ø   EmbeddedSCADomain 提供組件運行期管理和監控實現

 

Ø   Utility 是開發規範性和便捷性保證

 

Ø    為提供AEP 提供基礎設施

 

 

ASF優點的技術體現

§     架構擴充部分

 

Ø    整合優秀的Web Service 架構和Web Service 各種擴充規範，為SOA 提供了必要的技術基礎

 

Ø    提供了多種分布式服務互動手段，提高系統架構松耦合性下的效能要求

 

Ø    內建高效輕量級Web Container ，提升效能，簡化開發測試和發布的流程

ASF優點的技術體現

 

Ø   整合Spring，並且將Spring和ASF的SCA組件互連，極大利用spring優秀特性，簡化開發學習成本

 

Ø   整合各種高效開源實現為服務，提供統一Cache,Search Engine介面，動態裝載實現提供ASF應用調用

 

Ø   整合OSGI，為動態載入提供技術保證

 

 

ASF優點的技術體現

§     非功能性需求

Ø    安全（側重於Web Service 的安全性原則）

¡   WS-Security + SSL

¡    認證管理機制的實現

Ø    事務

¡    利用Spring 整合事務模板作為服務發布（JDBC,JNDI ）

¡   WS-Transaction

Ø    效能

¡    整合MemCached 來緩解DB 壓力

¡    整合搜尋引擎提高搜尋效率

¡   Web Service 效能調整

 

ASF二期需求功能點概述及實現估時

§     基礎架構部分

Ø    服務元件監控介面實現（ 4-5 個人日）。作用：運行期服務元件監控和可視化，提高可維護性，同時也為動態部署和卸載做圖形介面準備

 

Ø    服務元件動態載入和卸載（7-8 個人日）。作用：運行期動態裝載和卸載，不過根據部署環境不同有不同的策略。作用：簡化開發調試步驟，為適合的應用情境提供動態部署服務的功能

 

Ø    服務元件統計介面設計實現（4-5 個人日）。作用：提供了未來統計服務調用的介面。

 

ASF二期需求功能點概述及實現估時

Ø   SCA Configuration Editor(需要學習eclipse studio設計，需求靠後，可以和平台的Studio開發並行)

 

Ø   GUI for Composite Monitor（8-9個人日）作用：提供了剛才前面提到的基礎服務架構管理和統計的所有圖形介面。

 

Ø   BPM的整合（優先順序靠後，需要較多的人力學習成本投入，項目需要的時候介入，日常學習的目標點）

ASF二期需求功能點概述及實現估時

§     架構擴充部分

Ø    搜尋引擎統一介面設計並整合Luence 作為預設實現，提供多種實現存取點。（10-12 人日）作用：提供搜尋引擎ASF 架構支援。

 

Ø   Cache 引擎統一介面設計並整合Memcached ，TBstore 實現，並提供多種實現存取點。（14-16 人日）

 

Ø   OSGI 整合（10-12 人日）作用：動態模組載入基礎。優先順序較低

ASF二期需求功能點概述及實現估時

§     非功能性需求

Ø    安全（持續長期配合測試部和ISV support ）

¡   Web Service 多開發語言用戶端適配測試

¡   Web Service Security 多開發語言適配測試

¡   WS-Security + SSL 多開發語言適配測試

Ø    效能（持續長期配合測試部和ISV support ）

¡   Web Security Security 的效能最佳化

¡    系統架構效能提升（Cache 和搜尋引擎內部使用）

¡    非同步呼叫模式的實現

¡    事務效能的策略考慮

Ø    事務

¡    多種事務模板封裝為服務

¡   WS-Transaction 研究

 

ASF未來趨勢展望

§     ASF的發展動力

Ø   業務需求

Ø   架構最佳化需求

Ø   外部新技術驅動

 

§     ASF 方向

Ø   SOA + BPM + WEB2.0 構建SAAS 基礎服務平台

Ø    開源平台，架構師, 程式員展示自我的平台