[導讀]從概念上講，一條消息是一個發(fā)送方與一個或多個接收方之間的一次信息交換。自從大型機問世以來，消息交換一直是計算機編程和架構設計的重要組成部分。多年來，消息傳輸?shù)膶嵺`已經(jīng)發(fā)展成多種消息傳輸模式。在本文中，我將分享一些較為常用的方法。我將這些模式分為兩部分。第一部分的標題為“消息交換架...
從概念上講，一條消息是一個發(fā)送方與一個或多個接收方之間的一次信息交換。自從大型機問世以來，消息交換一直是計算機編程和架構設計的重要組成部分。
多年來，消息傳輸?shù)膶嵺`已經(jīng)發(fā)展成多種消息傳輸模式。在本文中，我將分享一些較為常用的方法。我將這些模式分為兩部分。第一部分的標題為“消息交換架構”，描述了在發(fā)送方和接收方之間移動消息的結構。第二部分是“路由”，涵蓋了用于在發(fā)送方和接收方之間傳遞消息的邏輯。
扇出扇出（Fanout）與發(fā)布-訂閱模式類似：感興趣的人可以綁定到一個主題，也就是收件箱。扇出模式與典型的 Pub-Sub 區(qū)別在于，許多感興趣的參與者都將綁定（也稱為訂閱）到一個給定的主題。然后，當一條消息發(fā)送到該主題時，所有訂閱者都將收到發(fā)送到該主題的消息的副本。該消息被“分發(fā)出去”。（請參見下面的圖 2）
單向流單向流（Unidirectional streaming）模式指的是發(fā)送方連續(xù)向接收方發(fā)送數(shù)據(jù)的模式。發(fā)送方可能是具有關于接收方直接知識的服務，例如連接到互聯(lián)網(wǎng)上的網(wǎng)站并不斷發(fā)送自身位置 GPS 信息的手機，如下圖 3 所示。
雙向流雙向流（Bidirectional streaming）是指在發(fā)送方和接收方之間，以及接收方和發(fā)送方之間連續(xù)發(fā)送消息流的情況，如下圖 5 所示。
路由本節(jié)列出的消息傳輸模式描述了在發(fā)送方和接收方之間路由消息的各種方法。發(fā)布-訂閱、扇出和流模式專注于數(shù)據(jù)傳輸?shù)募軜?，而單播、廣播、多播和任播模式則專注于路由。
廣播廣播（Broadcast）模式是一種發(fā)送方向網(wǎng)絡上的所有接收方發(fā)送消息的模式。網(wǎng)絡路由器負責發(fā)現(xiàn)網(wǎng)絡上的設備并相應地轉發(fā)消息。
多播多播（Multicast）模式將消息從發(fā)送方轉發(fā)到特定的接收方組（請參見下面的圖 8）。比如說，可以通過設備類型或網(wǎng)段在網(wǎng)絡上指定組。
任播在任播（Anycast）模式中，路由器將消息發(fā)送到滿足一組確定因素中規(guī)定條件的接收方。任播模式的邏輯是“將此消息發(fā)送給滿足以下條件的任何接收方”。通常來說，任播模式用于根據(jù)地理位置的接近程度將消息從發(fā)送方路由到接收方，如下圖 9 所示。
總結如果你是在應用程序開發(fā)活動中一直在使用消息傳輸?shù)募軜嫀熁蜷_發(fā)人員，則很可能已經(jīng)很熟悉上面介紹的模式了。這些模式中有的名字你可能之前沒見過，但實際的實現(xiàn)一看就能認出來。
用通用名稱封裝消息傳輸模式的好處在于，它允許架構師和開發(fā)人員以相同的方式討論同一件事。對消息傳輸模式使用常規(guī)名稱可以節(jié)省時間。在設計會議中，說“使用發(fā)布-訂閱模式是滿足這項業(yè)務需求的好方法”要比花時間做出詳盡的解釋容易得多。當然，隱含的假設是會議中的每個人都了解所引用的模式背后的細節(jié)。希望本文所提供的內(nèi)容和插圖可以幫助人們對當今企業(yè)架構中使用的較流行的消息傳輸模式達成共識。
多年來，消息傳輸?shù)膶嵺`已經(jīng)發(fā)展成多種消息傳輸模式。在本文中，我將分享一些較為常用的方法。我將這些模式分為兩部分。第一部分的標題為“消息交換架構”，描述了在發(fā)送方和接收方之間移動消息的結構。第二部分是“路由”，涵蓋了用于在發(fā)送方和接收方之間傳遞消息的邏輯。
消息交換架構
本節(jié)描述與在發(fā)送方和接收方之間傳輸消息的機制相關的消息傳輸模式。發(fā)布-訂閱
發(fā)布-訂閱（Pub-Sub）模式指的是發(fā)布者將消息發(fā)送到消息代理（broker）上的主題（topic）。你可以將主題視為一個收件箱。這個收件箱的概念根據(jù)實現(xiàn)技術而有不同的名稱。例如，RabbitMQ 將收件箱稱為 Exchange，而 Kafka 將收件箱稱為 Topic。訂戶綁定到主題，并以異步方式從主題接收消息。扇出扇出（Fanout）與發(fā)布-訂閱模式類似：感興趣的人可以綁定到一個主題，也就是收件箱。扇出模式與典型的 Pub-Sub 區(qū)別在于，許多感興趣的參與者都將綁定（也稱為訂閱）到一個給定的主題。然后，當一條消息發(fā)送到該主題時，所有訂閱者都將收到發(fā)送到該主題的消息的副本。該消息被“分發(fā)出去”。（請參見下面的圖 2）單向流單向流（Unidirectional streaming）模式指的是發(fā)送方連續(xù)向接收方發(fā)送數(shù)據(jù)的模式。發(fā)送方可能是具有關于接收方直接知識的服務，例如連接到互聯(lián)網(wǎng)上的網(wǎng)站并不斷發(fā)送自身位置 GPS 信息的手機，如下圖 3 所示。雙向流雙向流（Bidirectional streaming）是指在發(fā)送方和接收方之間，以及接收方和發(fā)送方之間連續(xù)發(fā)送消息流的情況，如下圖 5 所示。路由本節(jié)列出的消息傳輸模式描述了在發(fā)送方和接收方之間路由消息的各種方法。發(fā)布-訂閱、扇出和流模式專注于數(shù)據(jù)傳輸?shù)募軜?，而單播、廣播、多播和任播模式則專注于路由。單播
在單播（Unicast）模式中，消息從發(fā)送方路由到指定的接收方。單播模式的一個眾所周知的示例是 HTTP 請求/響應交換。廣播廣播（Broadcast）模式是一種發(fā)送方向網(wǎng)絡上的所有接收方發(fā)送消息的模式。網(wǎng)絡路由器負責發(fā)現(xiàn)網(wǎng)絡上的設備并相應地轉發(fā)消息。多播多播（Multicast）模式將消息從發(fā)送方轉發(fā)到特定的接收方組（請參見下面的圖 8）。比如說，可以通過設備類型或網(wǎng)段在網(wǎng)絡上指定組。任播在任播（Anycast）模式中，路由器將消息發(fā)送到滿足一組確定因素中規(guī)定條件的接收方。任播模式的邏輯是“將此消息發(fā)送給滿足以下條件的任何接收方”。通常來說，任播模式用于根據(jù)地理位置的接近程度將消息從發(fā)送方路由到接收方，如下圖 9 所示。總結如果你是在應用程序開發(fā)活動中一直在使用消息傳輸?shù)募軜嫀熁蜷_發(fā)人員，則很可能已經(jīng)很熟悉上面介紹的模式了。這些模式中有的名字你可能之前沒見過，但實際的實現(xiàn)一看就能認出來。用通用名稱封裝消息傳輸模式的好處在于，它允許架構師和開發(fā)人員以相同的方式討論同一件事。對消息傳輸模式使用常規(guī)名稱可以節(jié)省時間。在設計會議中，說“使用發(fā)布-訂閱模式是滿足這項業(yè)務需求的好方法”要比花時間做出詳盡的解釋容易得多。當然，隱含的假設是會議中的每個人都了解所引用的模式背后的細節(jié)。希望本文所提供的內(nèi)容和插圖可以幫助人們對當今企業(yè)架構中使用的較流行的消息傳輸模式達成共識。
下載文檔
