十年前，面向服務架構（SOA）橫空出世，出現在IT舞臺上。自那時，SOA已經向業務交付了很多價值。它把流程和程序分配成更可管理的部門，這幫助解決了企業應用套件面臨的一些碎片問題，使之更易集成。例如，SOA方法使打包現有遺留資產成為可能，不必重新創建舊的應用就可以現代化。在跨整個場景中，SOA通過提升和支持服務重用使開發和管理方面受益匪淺。

　　SOA益處：MIA

　　對于SOA抱持不滿意態度的人在過去的幾年中已經上升到咆哮的程度了。據Less Accounting的Steven Bristol所說，“面向服務架構是對可擴展性精華的提取、是更易管理的代碼、是依功能劃分的業務邏輯的一部 分。因為在你開始時你不能看到所有地結果，你只能猜測事情將會如何。”因為你可以想象，有根據地猜測和盲目的想象之間的區別在架構師們遇到的問題中占了大部分。

　　就因為這一特殊解決方案適用于大量的問題，業務人員就會學習它，它不能回答所有的事情？業務人員面臨的一個問題是，當他們應該依靠其它東西時，他們卻在試圖使用SOA。Matt Brasier說這是一個常見的錯誤。他是C2B2 咨詢部門的頭，以及《Oracle SOA套件11g性能食譜》的聯合作者。業務人員把SOA當作所有IT癥狀的靈丹妙藥，最終的結果一定會讓他們失望。過去的幾年里，在為了API部署的基于服務的焦點和實現基于資源方法（REST）的浪潮之間搖擺不定。事實上，在應用的世界里，SOA和REST服務于不同的目的，但兩者都很有用，而且都服務于重要的目的。

　　明確什么時候使用REST

　　《SOA模式》一書的作者Arnon Rotem-Gal-Oz認為在使事情簡化方面，REST確實應得到它應有的表揚，但在只有在你正確使用它的情況下。“REST使服務大眾化。它使能夠創建使用簡單的工具和接口，使事情進展順利，且變得更敏捷。REST行動的一個好處理是它減少了障礙。你可能會陷入困境，就像使用其它任何一種技術一樣的陷入困境中。但是使簡單的事情簡單化是一個大的勝利。” 他說即使只是用HTTP了可以幫助你獲得靈活性。

　　Brasier說，有一資源方法，你減少了很多不必要的開支。同時，它允許你有少量的誤差，并具備一小點定制事務的能力。你需要大量的信息，包括資源結構，因為合同還沒有定義。在不依靠SOA的情況下，你實際上不能把高復雜的查詢放到一起。因此，在一個應用或兩個連接緊密，互知對方的應用中，REST的效果很好。他們必須能夠做出這樣的假設：確定交付預期的結果。

　　不是SOA快

　　據Brasier所說，“SOA設計為高水平的架構，用于在整個企業范圍內顯示大粒度服務的各個部分，以及追蹤這些服務之間的流量。” Brasier把當前REST的流行度看作是對于web服務和SOA不正確使用的一種映射。對于那些不需要等級管理和質量服務的行為，這并不是最好的答案。換句話說，你不必使用獵象的步槍去打鵪鶉，大材小用了。你要使工具與目標相符。

　　Arnon指出，SOA上升為最重要的位置，是因為對分布式系統創建的需求。它讓你在引入靈活性的同時，對系統進行建模和組件化。這是原則問題，而不是嚴格遵守SOA的方式做事，從而帶來好處。這一概念本身固有的靈活性使面向服務架構成為可能，即使它周圍的技術發生了改變。