這種業務靈活性可使企業加快發展速度，降低總體擁有成本，改善對及時、準確信息的訪問。SOA 有助于實現更多的資產重用、更輕松的管理和更快的開發與部署，在當今的業務環境中，變化是毫無疑問的，因此快速響應客戶需求、市場機遇和外部威脅的敏捷性，輕松應對企業商業服務變化、發展的需要比以往任何時候都更顯重要。

各種企業都認識到組件化、模塊化、互操作和可伸縮基礎設施的價值：

組件化：利用標準化的應用程序和資源服務接口

互操作：實現應用程序和/或資源之間的輕松信息交換

模塊化：混合搭配、添加刪除、業務流程與基礎設施

可伸縮：從現有資源起步，隨需添加其他資源

SOA的目標在于讓IT變得更有彈性，以便更快地響應業務單位的需求使得企業應用擺脫面向技術的解決方案的束縛。SOA可以用蝙蝠來做比喻，蝙蝠要利用自己的超聲波捕捉食物，也需要超聲波了躲避障礙物，企業也一樣，既想利用軟件來贏利，也希望軟件來規避企業的的風險。

SOA要求開發者從服務集成的角度來設計應用軟件，要求開發者超越應用軟件來思考，在服務的基礎上進行技術構建，并考慮復用現有的服務，或者檢查如何讓服務被重復利用，讓業務需要成為功能組件選擇中的驅動因素。它鼓勵使用可替代的技術和方法(例如:消息機制)，通過把服務聯系在一起而非編寫新代碼來構架應用。SOA想要實現企業資源共享，首先要把應用和資源轉換成服務(Service)然后把這些服務變成標準的服務，形成資源的共享。

SOA服務具有平臺獨立的自我描述XML文檔，旨在提高業務流程之間和 IT 應用程序之間的模塊化和重用程度，Web服務描述語言(WSDL， Web Services Description Language)是用于描述服務的標準語言。

SOA 服務用消息進行通信，該消息通常使用XML Schema來定義(也叫做XSD， XML Schema Definition)。消費者和提供者或消費者和服務之間的通信多見于不知道提供者的環境中。服務間的通訊也可以看作企業內部處理的關鍵商業文檔。

在一個企業內部，SOA服務通過一個扮演目錄列表角色的登記處來進行維護。應用程序在登記處尋找并調用某項服務。統一描述，定義和集成是服務登記的標準。每項SOA服務都有一個與之相關的服務品質(QoS， quality of service)。QoS的一些關鍵元素有安全需求(例如認證和授權)，可靠通信，以及誰能調用服務的策略。

不同種類的操作系統，應用軟件，系統軟件和應用基礎結構(application infrastructure)相互交織，這便是IT企業的現狀。一些現存的應用程序被用來處理當前的業務流程(business processes)，因此從頭建立一個新的基礎環境是不可能的。企業應該能對業務的變化做出快速的反應，利用對現有的應用程序和應用基礎結構(application infrastructure)的投資來解決新的業務需求，為客戶，商業伙伴以及供應商提供新的互動渠道，并呈現一個可以支持有機業務(organic business)的構架。SOA憑借其松耦合的特性，使得企業可以按照模塊化的方式來添加新服務或更新現有服務，以解決新的業務需要，提供選擇從而可以通過不同的渠道提供服務，并可以把企業現有的或已有的應用作為服務，從而保護了現有的IT基礎建設投資。

要運行，管理SOA應用程序，企業需要SOA基礎，這是SOA平臺的一個部分。SOA基礎必須支持所有的相關標準，和需要的運行時容器。

WSDL，UDDI和SOAP是SOA基礎的基礎部件。WSDL用來描述服務;UDDI用來注冊和查找服務;而SOAP，作為傳輸層，用來在消費者和服務提供者之間傳送消息。SOAP是Web服務的默認機制，其他的技術為可以服務實現其他類型的綁定。一個消費者可以在UDDI注冊表(registry)查找服務，取得服務的WSDL描述，然后通過SOAP來調用服務。

SOA的概念并非什么新東西，它代表的是一次進化，而不是一次革命，SOA以借助現有的應用來組合產生新服務的敏捷方式，提供給企業更好的靈活性來構建應用程序和業務流程。我認為現有的web服務、工作流、中間件以及現在炒得火熱的SAAS都是SOA在不同層度上的實現。但它們也有所區別，Web服務是技術規范，是利用一組標準實現的服務，而SOA是設計原則一種架構模式，用Web服務來實現SOA的好處是你可以實現一個中立平臺，來獲得服務，而且隨著越來越多的軟件商支持越來越多的Web服務規范，你會取得更好的通用性。SOA和SAAS我思想相近，而SOA是站在軟件架構和設計的角度來看待軟件是如何被架構起來的東西，SAAS則是站在應用的角度來看待軟件是如何被應用的，軟件可以通過SaaS使用SOA的方法提供給用戶，也帶給SaaS系統松散的耦合，我相信在不久的將來，SOA和SAAS將會很好的結合起來，來指導我們的開發和應用。