SOA策略在執行時為提供了現成的便利渠道，以改變某項服務的關鍵操作特性，包括像許可限制(approval limits)和事務處理路徑選擇(transaction routing)這些業務引數。同時，SOA策略在開發時控制瞭如何構建服務的一些關鍵方面。它需要協調使用來自多種型別的軟體工具和基礎架構產品的特性和功能。即便某些產品在名稱中有“策略管理”的字樣，但要為SOA策略建立基礎架構，首先不該是評估產品，而是瞭解有效的策略管理所需的重要功能以及這些功能如何協同工作。 為SOA策略管理設計架構 大多數企業會發現對於SOA策略最好採用逐步前進的方法，先從單個的策略域(policy domain)入手，如安全或管理等策略領。在設計SOA策略基礎架構之前，一定要明白貴企業最先在哪裡使用SOA策略、SOA策略管理方面準備得如何，以及SOA策略生命週期具有的一般本質。因為SOA策略管理需要協調使用多個產品，架構設計是正確的出發點――尤其是為了給逐步構建基礎架構作好準備。在以下三個設計階段需要為SOA策略反覆設計架構：
1、設計SOA策略的概念架構。只有先為SOA策略奠定概念基礎，才可以：1)確保自己瞭解SOA策略;2)打下一個簡單的基礎，便於向公司主管、開發人員及其他同事描述SOA策略;3)構建一個廣義的分類方案(categorization scheme)，以便了解各個產品在你的SOA策略基礎架構中何處扮演角色、扮演怎樣的角色、扮演多廣泛的角色。
2、設計SOA策略的邏輯架構。在概念架構的基礎上，接下來應當新增額外一層的細節，詳細描述SOA策略基礎架構的幾個重要結構元素。你在設計邏輯架構過程中，會開始看到SOA策略將如何整合到貴企業的整個SOA平臺;比方說，考慮SOA儲存庫(SOA repository)會如何為某些型別的SOA策略充當SOA儲存庫。
3、結合SOA平臺戰略。由於邏輯架構(或邏輯架構的雛形)已到位，可以根據你的SOA平臺計劃來確定相應的SOA策略功能，以解決SOA策略與SOA平臺中的訊息傳送和管理功能如何整合之類的問題。相關的特定產品和這些產品扮演的角色會不一樣，這要看每家企業逐步構建SOA平臺及SOA策略基礎架構的具體情況。 構建SOA策略基礎架構 現在SOA策略已經有了邏輯架構，可以作為穩固基礎，但你無法在邏輯架構上執行業務。你在不斷完善具體實現的SOA平臺來支援SOA策略時，處理好下面這兩項任務就能排除障礙： 1、找出現有產品中的SOA策略功能。SOA策略基礎架構充當SOA平臺的擴充套件部分，而不是本身是另一個平臺。你在邏輯架構中確認的SOA策略功能可能由三個部分來提供： 1)傳統的軟體基礎架構產品;2)一般的SOA專用產品;3)專門為支援SOA策略或更普遍地支援SOA策略而設計的產品。想為SOA策略設計基礎架構，就要確認你的SOA裝置、企業服務匯流排、SOA管理解決方案或其他非SOA產品可能會如何提供邏輯架構所概述的那些功能。 2、為SOA策略管理標準制定戰略。確認現有產品中的SOA策略時涉及的一個環節是，要確定如何使用行業標準。雖然某些規範和標準只涵蓋SOA策略管理全面範圍的一小部分，但它們確實在SOA策略基礎架構的各部分之間提供了重要的整合點(integration point)。不過，現在對SOA策略來說是早期階段，相應規範還沒有得到廣泛採用，所以你要認真規劃，弄清楚怎樣採用相關規範、何時採用。 考慮與SOA策略相關的規範時，有幾條基本的經驗法則可供參考： ·如果你現有的SOA基礎架構支援某項規範，就使用該規範――但前提是事先要經過認真測試。 ·總是把規範納入你的產品選擇標
SOA策略在執行時為提供了現成的便利渠道，以改變某項服務的關鍵操作特性，包括像許可限制(approval limits)和事務處理路徑選擇(transaction routing)這些業務引數。同時，SOA策略在開發時控制瞭如何構建服務的一些關鍵方面。它需要協調使用來自多種型別的軟體工具和基礎架構產品的特性和功能。即便某些產品在名稱中有“策略管理”的字樣，但要為SOA策略建立基礎架構，首先不該是評估產品，而是瞭解有效的策略管理所需的重要功能以及這些功能如何協同工作。 為SOA策略管理設計架構 大多數企業會發現對於SOA策略最好採用逐步前進的方法，先從單個的策略域(policy domain)入手，如安全或管理等策略領。在設計SOA策略基礎架構之前，一定要明白貴企業最先在哪裡使用SOA策略、SOA策略管理方面準備得如何，以及SOA策略生命週期具有的一般本質。因為SOA策略管理需要協調使用多個產品，架構設計是正確的出發點――尤其是為了給逐步構建基礎架構作好準備。在以下三個設計階段需要為SOA策略反覆設計架構：
1、設計SOA策略的概念架構。只有先為SOA策略奠定概念基礎，才可以：1)確保自己瞭解SOA策略;2)打下一個簡單的基礎，便於向公司主管、開發人員及其他同事描述SOA策略;3)構建一個廣義的分類方案(categorization scheme)，以便了解各個產品在你的SOA策略基礎架構中何處扮演角色、扮演怎樣的角色、扮演多廣泛的角色。
2、設計SOA策略的邏輯架構。在概念架構的基礎上，接下來應當新增額外一層的細節，詳細描述SOA策略基礎架構的幾個重要結構元素。你在設計邏輯架構過程中，會開始看到SOA策略將如何整合到貴企業的整個SOA平臺;比方說，考慮SOA儲存庫(SOA repository)會如何為某些型別的SOA策略充當SOA儲存庫。
3、結合SOA平臺戰略。由於邏輯架構(或邏輯架構的雛形)已到位，可以根據你的SOA平臺計劃來確定相應的SOA策略功能，以解決SOA策略與SOA平臺中的訊息傳送和管理功能如何整合之類的問題。相關的特定產品和這些產品扮演的角色會不一樣，這要看每家企業逐步構建SOA平臺及SOA策略基礎架構的具體情況。 構建SOA策略基礎架構 現在SOA策略已經有了邏輯架構，可以作為穩固基礎，但你無法在邏輯架構上執行業務。你在不斷完善具體實現的SOA平臺來支援SOA策略時，處理好下面這兩項任務就能排除障礙： 1、找出現有產品中的SOA策略功能。SOA策略基礎架構充當SOA平臺的擴充套件部分，而不是本身是另一個平臺。你在邏輯架構中確認的SOA策略功能可能由三個部分來提供： 1)傳統的軟體基礎架構產品;2)一般的SOA專用產品;3)專門為支援SOA策略或更普遍地支援SOA策略而設計的產品。想為SOA策略設計基礎架構，就要確認你的SOA裝置、企業服務匯流排、SOA管理解決方案或其他非SOA產品可能會如何提供邏輯架構所概述的那些功能。 2、為SOA策略管理標準制定戰略。確認現有產品中的SOA策略時涉及的一個環節是，要確定如何使用行業標準。雖然某些規範和標準只涵蓋SOA策略管理全面範圍的一小部分，但它們確實在SOA策略基礎架構的各部分之間提供了重要的整合點(integration point)。不過，現在對SOA策略來說是早期階段，相應規範還沒有得到廣泛採用，所以你要認真規劃，弄清楚怎樣採用相關規範、何時採用。 考慮與SOA策略相關的規範時，有幾條基本的經驗法則可供參考： ·如果你現有的SOA基礎架構支援某項規範，就使用該規範――但前提是事先要經過認真測試。 ·總是把規範納入你的產品選擇標