“面向服務架構”是個術語，代表一個模型，其中的自動化邏輯可以分解爲小的、不同的邏輯單元。這些單元組成一個較大的業務自動化邏輯片段，並可以對這些單元進行獨立地分佈式部署。
面向服務架構（SOA）鼓勵單個邏輯單元自治而不互相孤立。邏輯單元仍要遵從允許其獨立的一系列原則，同時允許維護其通用性和標準化。在SOA內部，這些邏輯單元就是所謂的服務。
面向服務涉及到封裝邏輯、服務關聯、服務之間通信、如何設計以及如何構建等方面。其中對服務的設計而言，面向服務已成爲服務的獨特的設計方法，該方法引入通用的公認原則來控制架構組件的配置與設計
面向服務原則對處理邏輯的應用形成了標準化的面向服務處理邏輯。當一個解決方案由面向服務的處理邏輯單元組成時，就成爲所謂的面向服務解決方案。
面向服務原則：
服務可複用--不管是否存在即時複用的機會，服務均被設計爲支持潛在可複用。
服務共享一個正式契約--爲了與服務交互，只需要共享描述每個服務信息交換術語定義的正式契約。
服務是鬆散耦合的--服務應被設計爲無需緊密的、跨服務的依賴而交互。
服務是底層邏輯抽象的--只有經由服務契約所暴露的部分服務對於外部世界是可見的。契約之外所表達的底層邏輯是不可見的，且與服務請求着無關。
服務是可組合的--服務可能組合其他服務。這允許表示不同粒度的邏輯，並促進複用及抽象層的組件。
服務是自治的--邏輯由服務所控制，並位於一個清晰的邊界內。服務已經在這個邊界內被控制，並且不依賴於執行其控制的其他服務。
服務是無狀態的--服務應當不需要管理狀態信息，因此能維護送耦合性。服務應當儘可能設計成無狀態的，即便這意味着要將狀態管理移至別處。
服務是可發現的--服務應當允許發現其描述，並且人工和可能會利用其邏輯的服務請求着應該能夠理解。
在這條8條原則中，自治性、送耦合性、抽象以及需要正式契約視爲形成SOA根本基礎的核心原則。這4個原則直接支持其他原則，在以後的將分別討論這些原則。
最後，必須理解，SOA與面相服務是與實現無關的範例，可以通過任何適當的技術平臺來實現。