通過對這篇文章的閱讀我終于懂得了什么叫做緊耦合和松耦合：
常見的遺留企業 IT 基礎架構
從上圖中可以注意到一個 IT 難題，那就是大多數應用程序之間直接相互通信。當應用程序需要修改或淘汰時，這種依賴便成為一個實際問題。任何修改都可能會按其自身的方式更新每條唯一的通信線路。因此，這種變更可能代價高昂。這種情況被稱為應用程序間的緊耦合，也逐漸成為讓一些企業頭疼的問題。
另一方面，SOA 將松耦合作為成功的企業級應用程序集成的一個主要原則。與緊耦合相反，松耦合是：
限制請求者應用程序代碼和提供者應用程序代碼的相互了解。如果耦合的服務任何方面有所變化，那么，請求者或提供者的應用程序代碼（更可能是兩者同時）必須改變。如果任何一方（請求者、提供者或中介基礎架構）對解耦的服務任何方面作出改變，那么其它幾方不必隨之改變。