什麼是
soa架構
設計師的職責?
那什麼是企業級soa架構設計師的具體角色呢?什麼是soa架構設計師與設計和開發人員之間的差別呢?相信這些都是使大家最容易產生迷惑的問題。舉個實際的例子來說，當構建乙個基於soa架構的系統的時候，針對乙個具體的 service，系統設計人員主要應該關注的是這個service能夠為外部使用者提供什麼樣的服務，也就是說系統設計人員關注的是這個service所提供的功能。而對於soa架構設計師來說，他們更關心的可能是當有一千個使用者同時呼叫這個 service的時候，什麼會發生?也就是說架構設計師關注的應該是一些商業需求和服務級別(service-level)需求。所有的架構設計師的角色都包含了在構建乙個系統的一開始就應該儘量減少可能存在的技術風險。而技術風險一般指的是一切未知的、未經證明的或未經測試所帶來的風險。這些風險通常與服務級別(service-level)需求相關，偶爾也會與企業具體的業務需求相關。無論是哪種型別的風險，在專案初期設計整體系統架構的過程中更易於發掘這些風險，如果等到架構實施時再發覺這些風險，那麼很可能會致使大量的開發人員等在那裡，直到這些風險被妥善解決。如果進一步的細化，
我們可以看到soa架構設計師的主要任務包括對整個系統解決方案輪廓的構建，需求分析，對體系結構的整體決策，相關元件建模，相關操作建模，系統元件的邏輯和物理布局設計。
作為soa架構設計師必須要能夠領導整個開發團隊，這樣才能保證設計和開發人員是按照構建好的系統架構來開發整個系統的，這一點十分的重要。這就要求一名架構設計師不僅要有很好的技術洞察力，同時還要具有一定的專案管理和專案實施的能力。在系統開發的過程中，架構設計師必須要有良好的溝通和表達能力，這就體現在由架構設計師構建的系統模型是否具有很好的可讀性和易理解性。如果由架構設計師構造出的系統模型不是很清晰的話，就可能會影響設計和開發人員對於整個系統架構的理解。為了避免這種情況的出現，定期由架構設計師主持的開發團隊內部討論是十分重要的。
構建soa架構時應該注意的問題
原有系統架構中的整合需求
當架構師基於soa來構建乙個企業級的系統架構的時候，一定要注意對原有系統架構中的整合需求進行細緻的分析和整理。我們都知道，面向服務的體系結構是當前及未來應用程式系統開發的重點，面向服務的體系結構本質上來說是一種具有特殊性質的體系結構，它由具有互操作性和位置透明的元件整合構建並互連而成。基於soa的企業系統架構通常都是在現有系統架構
投資的基礎上發展起來的，我們並不需要徹底重新開發全部的子系統;soa可以通過利用當前系統已有的資源(開發人員、軟體語言、硬體平台、資料庫和應用程式)來重複利用系統中現有的系統和資源。soa是一種可適應的、靈活的體系結構型別，基於soa構建的系統架構可以在系統的開發和維護中縮短
產品上市時間，因而可以降低企業系統開發的成本和風險。因此，當soa架構師遇到乙個十分複雜的企業系統時，首先考慮的應該是如何重用已有的投資而不是替換遺留系統，因為如果考慮到有限的預算，整體系統替換的成本是十分高昂的。
當soa架構師分析原有系統中的整合需求的時候，不應該只限定為基於元件構建的已有應用程式的整合，真正的整合比這要寬泛得多。在分析和評估乙個已有系統體系結構的整合需求時，我們必須考慮一些更加具體的整合的型別，這主要包括以下幾個方面:應用程式整合的需求，最終使用者介面整合的需求，流程整合的需求以及已有系統資訊整合的需求。當soa架構師分析和評估現有系統中所有可能的整合需求的時候，我們可以發現實際上所有整合方式在任何種類的企業中都有一定程度的體現。針對不同的企業型別，這些整合方式可能是簡化的，或者沒有明確地進行定義的。因而，soa架構師在著手設計新的體系結構框架時，必須要全面的考慮所有可能的整合需求。例如，在一些型別的企業系統環境中可能只有很少的資料來源型別，因此，系統中對訊息整合的需求就可能會很簡單，但在一些特定的系統中，例如航運系統中的edi(electronic data interchange 電子資料交換)系統，會有大量的電子資料交換處理的需求，因此也就會存在很多不同的資料來源型別，在這種情況下整個系統對於訊息資料的整合需求就會比較複雜。因此，如果soa架構師希望所構建的系統架構能夠隨著企業的成長和變化成功地繼續得以保持，則整個系統構架中的整合功能就應該由服務提供，而不是由特定的應用程式來完成。
基於SOA的架構師的定位問題
系統架構設計師角色是技術上的領導和系統開發創新遠景的 隨著現在技術的進步，特別師銀行，電信都在搞省集中，那麼集中意味這什麼，資料量增大，併發增大，特別是現在在銀行，電信專案中為了達到平台專業化，都是在向soa靠攏。這意味這什麼？介面增多了，而且都是基於匯流排，那麼在這種情況下，軟體的管理和規劃設計和...
SOA 聚焦 架構師的資料戰之爭
當我向人 們說起資料治理和soa時，我經常吃驚於人們對於這兩個概念相互關係的缺乏理解。大多數人認為在此領域的領導在此問題上已經達成一致，而我仍然相信普通 soa架構師忽略了他們的資料。原因是大多數情況下，這就是乙個爛攤子，而在其他情況下是企業所有權的問題。有時候，兩者兼有。我一直在思考資料是如何與架...
理清SOA治理中的架構師角色
在kunal mittal發表的一篇針對開發人員和架構師的soa治理文章中，詳細討論了企業架構師 應用程式架構師和開發人員在soa治理過程中的不同角色和應對策略。治理是soa專案成功的關鍵，沒有治理就不能充分理解soa的價值，也不能更好地利用好手頭的工具。治理通常來說意味著建立和執行團隊為了一起工作...