耦合的四個方面

我們構建的系統會發生變化。一個積極使用的系統會必須跟上不斷變化的世界。體系結構的主要目標是構建能夠簡化此更改過程的系統。

為了緩和這種變化，我們分而治之。我們將系統分解為松耦合的部分，以便盡可能獨立地開發、分析、理解和更改每個部分。模塊、函數、對象、組件、服務和微服務都是將系統分成這些獨立部分的例子。

我們希望將耦合系統減少為多個部分。然而，不同的部分必須協同工作。因此，完全解耦一個系統是不可能的。所以我們努力實現松耦合。其程度可以從四個方面來衡量（自主性越強越好）：

1. 時間自主性——它允許一個成員在不可預測的時間點做出反應。例如，因為組成部分會意識到工作量的改變;或者它崩潰了就必須恢復，等等。

2. 引用自治——請求不會發送到特定的組件。例如，因為多個組件實現了重疊的功能;或者因為安裝了新版本的組件實現了某一功能，等等。

3. 格式自治——它允許信息的發送方和接收方不必事先就信息的確切語法達成一致。例如，由于不同版本的發送者或接收者產生或期望不同種類的信息;或者因為使用了不同的信息表示（CSV vs 。 JSON，…）等等

4. 平臺自治——它允許不同的技術實現交互組件。例如，因為成分是在不同的時間點開發的，當時的技術很流行;或成分是基于最適合其用途的技術而開發的，等等。

在本文中，我們認為信任也可以看作是耦合的另一種形式，即耦合的第五個方面。

理解信任

分布式系統的組成部分通過一個潛在的不可信網絡進行通信。因此，每一次這樣的通信都是不可信的。交流可能發生在信任建立之前：每個參與者可能在收到另一個參與者的消息后決定是否信任對方。每個參與者之間的信任是根據需要建立的。

“信任”是什么？《牛津詞典》將信任定義為“對某人或某事的可靠性、真實性或能力的堅定信念”。“在系統中，堅定地相信系統、子系統或系統中的參與者將根據其/他/她的角色行事。

信任基于經過身份驗證的標識。這種身份是授權的基礎;授權是廣義上的授權，例如授權借記我的賬戶并將相應的錢寄給其他人。授權包括一個強有力的假設，即被授權的主體將按照既定的規則行事，例如，在基金轉讓中，借記的金額和貸記的金額是相同的。

我們的大多數系統通過帶外方式建立信任。在某些情況下，設計人員確保系統中的每個人都被防火墻的使用所信任。在其他情況下，DevOps人員將憑據配置為使用。在第二種情況下，不是每個人都是可信的，但是已經建立了一些信任鏈接。值得注意的是，憑證并不代表已建立的信任，而是傳遞信任的機制。信任是在共享憑據時建立的。

第五個耦合

今天的企業集成解決方案假設系統中已經有一組具有正確憑證的參與者。一旦他們進入系統，他們就可以廣泛地訪問系統，并且他們的信任水平基本上保持不變。通過假設這種“受信任的參與者”，得到的集成解決方案非常靈活：人們可以交換、演進、添加組件，而不必擔心信任。因此，我們可以說信任是松耦合的“隱藏”自治方面。因為參與者之間的信任已經建立，我們認為他們是耦合的。例如，他們不能在互動過程中改變他們的信任行為。

今天的集成解決方案在某種意義上大多是“封閉的”，即交互的組成部分是預先知道的。因此，信任不是顯式的關注，而是隱式的假設（否則不會向系統添加組件）。必須顯式處理其他自治方面，例如必須添加中介以采用新組件的格式要求。

相反，在“開放”環境中，信任不能是隱式的，它必須顯式地折疊進來，以支持在向系統添加未知的新組件時的靈活性。我們可以設想不假定信任關系的系統，并將信任作為操作的一部分來建立。例如，像區塊鏈這樣的技術使實現這樣的用例成為可能。使用分散化的標識，系統可以在不需要人工參與的情況下作為事務的一部分驗證用戶的某些屬性。

一個例子

讓我們舉個例子。如果你考慮一家銀行來作為系統的一部分，你需要通過一個注冊流程，他們會收集你的信息，得到你的簽名，檢查你的文件。在這些檢查之后，如果您通過了，信任就建立起來了，您就可以參與系統了。但是，只要涉及到軟件系統，信任就由一個獨立的過程而不是系統來建立。我們認為，在這種情況下，參與者是由預先建立的信任所耦合的。由于需要復雜的脫機進程，耦合通常很昂貴。

相反，與“區塊鏈可驗證索賠”這樣的系統相比，該系統可以與不可信的個人交互，并按需建立信任。此外，系統可以根據可能的信任級別提供不同級別的功能。在這種情況下，信任是一個動態實體，而不是預先在系統中建立的靜態條目。例如，如果參與者沒有償還貸款，這可能是一個信號，表明他的信任水平應該調整。

結論

總之，我們認為信任也是一個耦合維度。在這個維度中具有自治權的系統可以與不受信任的方一起工作，并隨著時間發展信任。