當我向人 們說起資料治理和soa時，我經常吃驚於人們對於這兩個概念相互關係的缺乏理解。大多數人認為在此領域的領導在此問題上已經達成一致，而我仍然相信普通 soa架構師忽略了他們的資料。原因是大多數情況下，這就是乙個爛攤子，而在其他情況下是企業所有權的問題。有時候，兩者兼有。 我一直在思考資料是如何與架構聯絡起來的，特別是像soa這樣的架構模式。有一些人傾向於將它們分開來看，但是我認為雖然soa屬於架構，但基礎架構始終是**於資訊或者資料的。為此，我一直提倡通用資料模型(cdm)或者推動從
域的語義或者資料層面進行理解，而後在資訊與服務或流程繫結之前嘗試邏輯結構調整。
但是，當我向人們說起資料治理和soa時，我經常吃驚於人們對於這兩個概念相互關係的缺乏理解。大多數人認為在此領域的領導在此問題上已經達成一致，而我仍然相信普通soa架構師忽略了他們的資料。原因是大多數情況下，這就是乙個爛攤子，而在其他情況下是企業所有權的問題。有時候，兩者兼有。
那麼問題的原因在**呢?假設你正第一次建立soa，你知道要收集服務，現存的也好，新興的也罷，也知道必須處理這些服務從而形成解決方案。但是在沒有其所控制的資料，服務並沒有太大的意義，因此架構的一大部分是在處理基礎資訊的，不管是理解、重構還是提取。
SOA架構師注意的問題
什麼是 soa架構 設計師的職責?那什麼是企業級soa架構設計師的具體角色呢?什麼是soa架構設計師與設計和開發人員之間的差別呢?相信這些都是使大家最容易產生迷惑的問題。舉個實際的例子來說，當構建乙個基於soa架構的系統的時候，針對乙個具體的 service，系統設計人員主要應該關注的是這個serv...
基於SOA的架構師的定位問題
系統架構設計師角色是技術上的領導和系統開發創新遠景的 隨著現在技術的進步，特別師銀行，電信都在搞省集中，那麼集中意味這什麼，資料量增大，併發增大，特別是現在在銀行，電信專案中為了達到平台專業化，都是在向soa靠攏。這意味這什麼？介面增多了，而且都是基於匯流排，那麼在這種情況下，軟體的管理和規劃設計和...
理清SOA治理中的架構師角色
在kunal mittal發表的一篇針對開發人員和架構師的soa治理文章中，詳細討論了企業架構師 應用程式架構師和開發人員在soa治理過程中的不同角色和應對策略。治理是soa專案成功的關鍵，沒有治理就不能充分理解soa的價值，也不能更好地利用好手頭的工具。治理通常來說意味著建立和執行團隊為了一起工作...