NET元件服务开发技术导引.ppt

? 2001 Microsoft Corporation. All rights reserved. .NET元件服務開發技術導引 李 清培 弈飛資訊 首席架構顧問 台灣微軟 特約資深講師 Roadmap .NET Framework Common Language Specification .NET 型別系統 .NET元件與物件導向設計 元件服務 .NET系統架構設計與應用程式伺服器 大綱 .NET元件服務導論 Enterprise Services 與 COM+ 服務 COM+ 1.5 新功能 .NET 服務元件效能設計要點 N-Tiers應用程式模型 元件服務 商業邏輯 vs. 程式基礎架構 基礎架構服務 通訊服務 交易服務 保全服務 同步服務 離線或非同步通訊服務 事件服務 負載平衡 ... 元件服務 演進 COM+ 提供服務給 .NET 應用程式 COM+ 不死!!! 大綱 .NET元件服務導論 Enterprise Services 與 COM+ 服務 COM+ 1.5 新功能 .NET 服務元件效能設計要點 Implementation .NET元件與COM+服務 透過EnterpriseServices名稱空間使用COM+服務 實作方式： ServicedComponent 使用ServicedComponent的衍生類別 ServiceDomain 配合ServiceConfig設定所需的服務 不需先將程式包裝成元件 Serviced Component 繼承至ServicedComponent 負責元件的Activation 和 interception 組態設定 COM+管理工具 利用Attributes設定 例： 程式模型Client 程式模型Server Key Points 註冊 設定 COM+ Catalog COM+ Catalog存放 Attributes 資訊供 Activation 時使用 執行期 Activation Interception 註冊方式 命令列工具、動態、API COM+主要服務 伺服應用程式模型 分散式交易 安全機制 物件集區 行程回收 JITA Queued Components Loosely Coupled Events ... ServiceDomain ServiceConfig 進行組態設定 ServiceDomain 以ServiceConfig的設定值為參數，存取COM+的服務 利用Enter與Leave方法組成服務區域 Windows 2003 的 COM+1.5才支援 大綱 .NET元件服務導論 Enterprise Services 與 COM+ 服務 COM+ 1.5 新功能 .NET 服務元件效能設計要點 COM+ 1.5強化功能 Scalability Availability Manageability Programming model 加強Scalability 自訂Isolation Level 應用程式集區 Isolation Level 自定Isolation Level 問題: COM+ 1.0 使用SERIALIZABLE的方式保全資料交易 解決方案: 允許開發人員選擇適當的isolation level 好處: 增加效能、擴充性與同時存取能力 應用程式集區 問題: 單一執行緒或獨立的行程不利於擴充性 解決方案: 為單一應用程式提供行程的集區 好處: 較佳的scalability 預防行程異常結束問題 加強Availability 行程回收機制 以 NT Services執行 啟動門檻 Web Services存取方式 行程回收 問題: 大部分的應用程式執行久了，效能會降低 Third-party 程式品質不易掌控 記憶體不足 解決方案: 重新啟動行程 好處: 快速解決已知問題，並預防意外發生 COM+ 1.5 行程回收 以NT Services方式執行 問題: 應用程式無法以系統帳號執行 解決方案: 允許 COM+ 1.5 應用程式以 NT services模式執行 好處: 隨系統啟動或依序啟動 以 LocalService帳號執行 啟動門檻 問題: 記憶體不足狀況下建立物件 足夠建立，但不足以執行 低記憶體的錯誤一般不易捕捉 解決方案: 不允許在低記憶體狀況下建立物件 好處: 增加可靠度 啟動門檻 行程啟動門檻 E_OUTOFMEMORY 虛擬記憶體使用率 90% Object activation gate E_OUTOFMEMORY 虛擬記憶體使用率 95% Web Services存取方式 問題: DCOM (RPC) 無法跨防火牆 解決方案: 使用 SOAP 與