soa治理的最佳實踐
soa治理本質上是社會性的，因此，需要開發人員和架構師不斷溝通。
1．建立評估小組。治理策略的制定、維護和修改應該通過乙個小組進行，而不是某些人的獨斷行為。
2．先開發乙個互動性的框架。標準是soa的基石，從一開始，就要建立乙個可擴充套件的提供互動功能的框架，詳細記錄組織中使用的協議。
3．不要太具體。過於詳細的策略是很難維護的，也會約束創造力。為了降低企業應用的風險，要留有機動餘地。
4．盡早、盡可能頻繁的交流。策略決不是一次就可以解釋清楚的，管理人員需要確信修改是否已經傳達到位，整個過程都需要有反饋。
5．建立coe(center of excellence)。在大型組織中，coe中有專職人員支援soa，包括soa治理。有效的coe可以為soa專案提供指導和培訓，從而使得soa治理工作更集中。
6．嚴格執行既定的策略。沒有執行，策略就毫無價值。盡可能把策略融入服務中，否則，就要讓開發人員了解違反這些策略的嚴重後果。
多一點寬容
soa治理和soa本身一樣，不是絕對的。你希望建立乙個廣泛的、模組化的it環境，能提供給企業以前所未有的靈活性，然而，要設想出每乙個變化是不現實的——你也不能指望制定出一組策略能把未來的所有情況都考慮進來。
這就是提出「多一點寬容」的原因。soa應用涉及真實的業務交易，因此，需要詳細而且是仔細的規則以及正式的變更管理。但是在某些情況下，比如說web 2.0型別的應用中，開發人員可以多發揮一些自己的創造性，而不用拘泥於架構小組的死規定。
cheapgas是乙個大型的**，它幫助使用者在指定區域中尋找離自己最近、最便宜的供氣站。cheapgas借用了google的地圖服務和另乙個**gasbuddy.com的資料服務。與大多數企業級的web服務不同，cheapgas幾乎就沒有採用什麼治理。儘管也採用了一些標準，比如http、google maps api等，但是那些在一些大型關鍵企業級應用中常用的ws*協議幾乎無一採用。
influence公司的cto dion hitchcliffe說: 「如果使用web服務90%是用於展現資料，那最好採用rss，而不是soap。」 rss通過http交付資料採用一種非常「寬容」的格式，非常可靠，很少發生意外。soap有它的適用領域，但是更簡單、更能容錯的方法通常能更快地提交結果，也更容易被採用。選擇使用哪種方法取決於你的應用和你所能接受的風險程度。
在《design rules》一書中，作者描述了在軟體架構的設計規則指導下，架構如何讓設計人員自由地試驗各種不同的方法。作者認為這種試驗能產生很大的價值，相反，過於嚴格的治理將束縛開發者的雙手，導致soa的價值大打折扣。
需要soa治理還有乙個原因是要選擇安全token，到底是要支援saml、kerberos，還是別的什麼標準？變通的方法是支援各種安全token，不過這需要部署token交換服務。
包容多種協議與治理並不矛盾，它們是互為補充的。你的服務包容性越強，建立更健壯的系統時，治理就越少。乙個定義得非常合理的服務的最大回報在於，它能以一種開發者沒有專門為之設計的地方和方式使用，從而發揮出設計者所沒有想到過的價值。這也真是soa所追求的最大目標。
重訪SOA治理
儘管soa專案實施呈增長趨勢，但是多數專案依舊在走向失敗。事情常常變得如此糟糕 最近有篇文章的名字非常貼切 soa，還是doa 其中doa代表 死亡之旅 dead on arrival 改善這種狀況的辦法之一就是正確地實施soa治理。u0026 xd n rescent muhammed yasee...
實用的SOA治理
ross mason，mulesource的cto兼聯合創始人，在一篇關於soa治理的文章中提到，在現代社會中，傳統的自頂向下的soa思想已經不再流行且已過時，對於治理以及soa整體而言，他敦促一種更為實用的現實世界的方案。u0026 xd n mason解釋到，在傳統的公司裡有乙個 soa卓越中心...
實用的SOA治理
ross mason，mulesource的cto兼聯合創始人，在一篇關於soa治理的文章中提到，在現代社會中，傳統的自頂向下的soa思想已經不再流行且已過時，對於治理以及soa整體而言，他敦促一種更為實用的現實世界的方案。mason解釋到，在傳統的公司裡有乙個 soa卓越中心 它是 乙個集中式的辦...