Pub/Sub-Messaging im Cache: Ein Überblick
Dieses Publish/Subscribe (Pub/Sub)-Messaging-Paradigma stellt einen Zwischenkanal (als Thema bezeichnet) bereit, um Nachrichten zwischen mehreren Anwendungen ohne Kenntnis des Absenders (Publisher) und des Empfängers (Subscriber) auszutauschen. Eine Herausgeberanwendung sendet Nachrichten über Themen an eine Abonnentenanwendung.
Da alle Pub/Sub-Modelle einen Kommunikationskanal benötigen, NCache fungiert als Medium für Themen, sodass der Verlag die Nachricht zum Thema veröffentlicht. Die Abonnenten erhalten die Nachricht über das Thema als Benachrichtigung. Verwenden NCache als Medium für Topics sorgt für eine lockere Kopplung innerhalb des Modells und ermöglicht eine erhöhte Abstraktion, was den verteilten Topics zusätzlichen Nutzen bringt.
Neben einem verteilten Cache, NCache bietet auch eine dedizierte Pub/Sub-Messaging-Cache.
Wichtig
Wir empfehlen aus folgenden Gründen einen dedizierten Pub/Sub-Cache:
Vertreibung: Wenn der Cache Nachrichten und Cache-Elemente enthält, kann eine häufige Räumung von Cache-Elementen die Nachrichten auch entfernen, bevor sie an den Abonnenten weitergeleitet werden.
Staatliche Übertragung: Die Zustandsübertragung fügt jedem Vorgang des Cache-Elements Kosten hinzu. Da Nachrichten häufig veröffentlicht, weitergeleitet und abgelaufen sind, kann sich diese wiederkehrende Aktivität als kostspielig erweisen, da sie eine Zustandsübertragung auslöst.
Warum Pub/Sub-Messaging wichtig ist
Echtzeitereignisse erfordern die gemeinsame Nutzung von Benachrichtigungen zwischen verschiedenen Anwendungen in ereignisgesteuerten verteilten Architekturen. Pub/Sub-Muster ermöglichen es Publishern, Ereignisse mit Abonnenten zu teilen, sodass jede gewünschte Verarbeitung beim Eintreten eines interessierenden Ereignisses stattfindet.
Beispielsweise kann eine Gruppe von Abonnenten an Informationen zu den Versanddetails einer Bestellung interessiert sein, damit sie diese verarbeiten können, um die Lieferung der Bestellung zu verfolgen. Daher abonnieren sie ein Thema, das Nachrichten für Bestelldetails weiterleitet. Sobald der Verlag eine Nachricht zum Thema veröffentlicht, werden die Abonnenten benachrichtigt und erhalten die Nachricht mit den Bestelldetails zur weiteren Bearbeitung auf ihrer Seite.
Pub/Sub-Komponenten
Die Grundkomponenten der NCache Publisher-Subscriber-Modell sind unten aufgeführt und werden später im Detail besprochen:
Thema: Ein Ort, an dem Nachrichten veröffentlicht werden.
Herausgeber: Eine Anwendung (Webanwendung, Desktop-Anwendungen, Microservices), die Nachrichten zu Thema/Themen veröffentlicht
Teilnehmer: Eine Anwendung, die daran interessiert ist, Nachrichten von Themen/Themen zu empfangen.
Abonnement: Eine interessierende Entität, die für einen Abonnenten erstellt wurde, um beabsichtigte Nachrichten zu erhalten.
Ihre Nachricht: Das eigentliche Datenobjekt, das der Herausgeber sendet und das die Abonnenten über das Thema erhalten.
Betreff
Der Verlag veröffentlicht Nachrichten zum Thema. Abonnenten abonnieren das Thema, um die Nachricht zu erhalten. Dieses Thema existiert in verteilter Form in NCache. Daher erfolgt seine Erstellung auf allen Cluster-Knoten. Es enthält den Nachrichtenspeicher, der die tatsächlichen Datenobjekte speichert, die der Herausgeber in einer Warteschlange veröffentlicht. Es verwaltet auch intern eine Liste aller Abonnenten, die es abonnieren, und eine Liste der Herausgeber.
Das ITopic/Topic
Schnittstelle erleichtert Themenerstellung, Thema bekommen und Thema löschen. Sie können auch ein Thema asynchron löschen um das Warten auf das Löschen eines Themas zu vermeiden.
Note
Die verteilte Natur von Themen und zugrunde liegenden Nachrichten verbessert die Skalierbarkeit.
Sobald eine Nachricht für das Thema veröffentlicht wird, löst sie ein Ereignis aus, das das Thema je nach Präferenz an die Abonnenten weiterleitet Nachrichtenübermittlungsoption damit sie die Nachricht nach Bedarf erhalten können. Die folgende Abbildung verdeutlicht die Rolle eines Themas als Vermittlungskanal für Publisher und Abonnenten:
Note
Im Falle einer vorübergehenden Trennung des Abonnenten und anschließender automatischer Wiederherstellung der Verbindung werden alle Informationen zu einem Thema, wie z. B. Abonnements und Fehlerereignisbenachrichtigungen, ohne Unterbrechung auf Seiten des Abonnenten erneut für das Thema registriert.
Themenpriorität
NCache führt die Priorität auf Themenebene ein, die Ihnen hilft, die Themen mit der niedrigsten und der höchsten Priorität basierend auf ihrer Wichtigkeit zu priorisieren. Sie können Themen mit höherer Priorität erstellen, wenn sie kritische Nachrichten veröffentlichen müssen. Diese Nachrichten werden also zuerst zugestellt. Ebenso können Sie Themen mit niedrigerer Priorität erstellen, wenn sie unwichtige Nachrichten veröffentlichen. Der Cache wird diese Nachrichten zuerst entfernen.
Wichtig
Die Priorität eines Themas kann nur zum Zeitpunkt der Themenerstellung festgelegt und nachträglich nicht mehr geändert werden.
Sie können einfach die Priorität auf Themenebene zum Zeitpunkt der Themenerstellung, um die Zustellung kritischer Nachrichten zu priorisieren.
Benachrichtigung über das Löschen von Themen
Alle Nachrichten und zugehörigen Metainformationen aus dem Cache werden beim Löschen des Themas gelöscht. Daher erhalten der Abonnent und der Herausgeber aus folgenden Gründen Benachrichtigungen über diese Löschung:
- Die Abonnenten warten möglicherweise auf eingehende Nachrichten aus dem registrierten Thema. Sobald das Thema gelöscht ist, können die Abonnenten die Ausführung über die Ereignisbenachrichtigung entsprechend abwickeln und einen unendlichen Wartezustand vermeiden.
- Der Herausgeber kann das Senden von Nachrichten an ein nicht vorhandenes Thema vermeiden und alle ausstehenden Nachrichten und die zukünftige Ausführung entsprechend behandeln.
Um eine Benachrichtigung über das Löschen von Themen zu erhalten, müssen Sie Ihre Anwendung registriert sich für das Ereignis OnTopicDeleted.
Veröffentlichen Sie Nachrichten zu einem Thema
Ein Verlag kann Nachrichten zu einem Thema veröffentlichen durch Angabe eines Themennamens. Nachrichten können asynchron und in großen Mengen veröffentlicht werden, um die Anwendungsleistung zu verbessern. Ein partitionierter Cache verteilt Nachrichten im gesamten Cluster. Für das Nachrichtenrouting verfügt jede Nachricht über eine eindeutige ID namens MessageID
am Publisher-Ende und der Hash-Code von MessageID
bestimmt den Cluster-Knoten zum Speichern der Nachricht.
Note
NCache ermöglicht das Veröffentlichen einer großen Anzahl von Nachrichten in einem einzigen Anruf, um die Leistung und die Speichernutzung zu verbessern.
NCache ermöglicht es einem Herausgeber, beim Veröffentlichen von Nachrichten die folgenden Eigenschaften zu verwenden.
Nachrichtenübermittlungsoption: Ein Herausgeber kann zum Zeitpunkt der Veröffentlichung entscheiden, ob eine Nachricht an einen einzelnen Abonnenten zugestellt oder an alle Abonnenten gesendet wird Nachrichtenübermittlungsoption.
Nachrichtenablauf: Der Verlag kann Ablauf einer Nachricht festlegen um die Lebensdauer einer Nachricht im Cache zu steuern. Wir haben den Ablauf ausführlicher im behandelt Account Beiträge .
Benachrichtigung über fehlgeschlagene Nachrichtenübermittlung: Ein Verlag kann Registrieren Sie sich für MessageDeliveryFailure um benachrichtigt zu werden, wenn eine bestimmte Nachricht nicht zugestellt werden konnte. Diese Zustellungsausfallszenarien werden im ausführlicher erläutert Nachrichtenzuweisung und -zustellung zum Abonnement .
Wichtig
Die Benachrichtigung über Fehler bei der Nachrichtenzustellung gilt nur für Nachrichten mit Ablaufdatum.
- Benachrichtigung zum Löschen des Themas: Ein Publisher kann sich für registrieren Benachrichtigung zum Löschen des Themas um zu verhindern, dass entsprechende Nachrichten unrechtmäßig veröffentlicht werden, nachdem das Thema gelöscht wurde.
Abonnieren Sie ein Thema
Eine Abonnentenanwendung kann Themennachrichten abonnieren indem er sich über ein Abonnement für ein interessantes Thema registriert. In Pub/Sub repräsentiert ein Abonnement das Interesse eines Abonnenten an einem bestimmten Thema.
Note
Falls ein neuer Knoten zum Cache-Cluster hinzugefügt wird und eine Zustandsübertragung ausgelöst wird, werden alle Abonnements zusammen mit den Nachrichten und Cache-Daten auf den neuen Knoten repliziert.
NCache Ermöglicht das Abonnieren eines Themas durch Angabe eines Themennamens oder eines Musters. Weitere Einzelheiten finden Sie unter Abonnementmethoden. Darüber hinaus können Sie auch einstellen Nachrichtenübermittlungsmodus als synchron oder asynchron beim Erstellen eines Abonnements.
NCache bietet mehrere Arten von Pub/Sub-Abonnements, die im Folgenden erläutert werden.
Abonnement und seine Typen
Abonnements ein NCache können in die folgenden Typen eingeteilt werden:
Langlebig
Note
Ein dauerhaftes Abonnement ist ein benanntes Abonnement.
In einer dauerhaftes AbonnementDer Cache stellt sicher, dass der Abonnent keine Nachricht verpasst, wenn die Verbindung aufgrund des Herunterfahrens der Anwendung/Maschine, des Neustarts der Anwendung oder eines Netzwerkfehlers unterbrochen wird. Daher leiden dauerhafte Abonnements nicht unter der Trennung und Wiederverbindung von Abonnenten.
Note
Dauerhafte Abonnements werden nicht gelöscht, es sei denn, der Abonnent meldet sich ordnungsgemäß ab.
Wenn ein Teilnehmer getrennt wird, werden die für diesen Teilnehmer bestimmten Nachrichten auf einem Server gespeichert, bis der Teilnehmer wieder beitritt oder die Nachrichten abgelaufen sind. Dauerabonnements werden nicht automatisch gelöscht, wenn der Abonnent die Verbindung trennt, es sei denn, der Abonnent hat sich ordnungsgemäß abgemeldet.
Ein dauerhaftes Abonnement wird weiter klassifiziert als:
Geteilt: Ein gemeinsames, dauerhaftes Abonnement bedeutet, dass mehrere Abonnenten ein benanntes Abonnement gemeinsam nutzen. Die einem gemeinsam genutzten Abonnement zugewiesenen Nachrichten werden dann unter den Abonnenten in einer Round-Robin-Weise belastet. Selbst wenn ein Teilnehmer das Netzwerk verlässt, werden die Nachrichten weiterhin an aktive Teilnehmer geliefert. Wenn also ein Abonnent nach einer Zuweisung ordnungsgemäß oder abrupt abbricht, werden seine zugewiesenen Nachrichten anderen aktiven Abonnenten neu zugewiesen.
Wichtig
Ein gemeinsam genutztes Abonnement wird nur von einem dauerhaften Abonnement unterstützt.
Bei einem geteilten Abonnement verbleibt das Abonnement beim Thema und kann nicht gekündigt werden, bis sich alle Abonnenten abgemeldet haben. Das heißt, solange es auch nur einen einzigen aktiven Abonnenten gibt, bleibt das Abonnement aktiv.
- exklusiv: Ein exklusives dauerhaftes Abonnement bedeutet, dass jeweils nur ein aktiver Abonnent für ein Abonnement registriert ist. Wenn ein Abonnent sich ordnungsgemäß abmeldet, kann das exklusive Abonnement einem neuen Abonnenten zugewiesen werden. Wenn ein Abonnent abrupt ausscheidet, wird die neue Abonnementanfrage akzeptiert, nachdem eine Leerlaufzeit abgewartet wurde. Die zugewiesenen Nachrichten bleiben immer dort, auch wenn kein Teilnehmer vorhanden ist.
Nicht haltbar
In einer nicht dauerhaftes Abonnementerhält der Teilnehmer nur für ihn bestimmte Nachrichten, solange er verbunden bleibt. Wenn der Teilnehmer das Netz verlässt, erhält er während seiner Abschaltzeit keine veröffentlichten Nachrichten. Ein nicht dauerhaftes Abonnement ist standardmäßig exklusiv.
Wichtig
Abonnenten verlieren Nachrichten, wenn der Abonnent neu startet.
Außerdem werden nicht dauerhafte Abonnements automatisch gelöscht, wenn der Abonnent das Netzwerk verlässt. Dies bedeutet, dass es als neues Abonnement betrachtet wird, wenn dieser Abonnent wieder beitritt oder die Verbindung erneut aufbaut.
Ablauf des dauerhaften Abonnements
Du kannst dich Legen Sie das Ablaufdatum für ein dauerhaftes Abonnement fest. Zum Beispiel, wenn es für längere Zeit keinen aktiven Abonnenten gibt. Hier laufen Abonnements nach einer bestimmten Zeit der Inaktivität ab. Wenn ein dauerhaftes Abonnement abgelaufen ist, werden Nachrichten, die diesem Abonnement zugewiesen sind, basierend auf neu zugewiesen DeliveryOption
dieser Nachrichten.
Note
Jedes Mal, wenn der Abonnent eine Umfrage durchführt oder eine andere Aktivität durchführt, wird die Ablaufzeit des Abonnements zurückgesetzt.
Umgang mit inaktiven Abonnements
Note
Nur nicht dauerhafte Abonnements werden als inaktiv gekennzeichnet, dies gilt nicht für dauerhafte Abonnements.
Falls für ein Abonnement nach einer bestimmten inaktiven Zeit kein aktiver Abonnent vorhanden ist, gilt das Abonnement als abgelaufen. Wenn ein Teilnehmer nach einer Trennung während des inaktiven Zeitraums wieder beitritt, kann er seine zugewiesenen Nachrichten empfangen.
Wichtig
Inaktive Abonnements sollten behandelt werden, um eine Speicherüberlastung auf der Serverseite zu vermeiden.
Nach dem Warten auf den inaktiven Zeitraum ist das Abonnement abgelaufen und seine zugewiesenen Nachrichten werden anderen Abonnements neu zugewiesen. Die Neuzuweisung von Nachrichten hängt von der Zustelloption von Nachrichten ab.
Wenn für die dem Abonnement A zugewiesene Nachricht die Zustellungsoption „ALLE“ festgelegt war und sie vor Ablauf des Abonnements A bereits einem anderen Abonnement B zugewiesen wurde, ist die Neuzuweisung nicht erforderlich.
Wenn für die einem Abonnement zugewiesene Nachricht die Zustellungsoption „ANY“ festgelegt war und das Abonnement abläuft, werden die zugewiesenen Nachrichten immer einem anderen Abonnement zugewiesen.
Nachricht
Eine Nachricht enthält das eigentliche Datenobjekt, das vom Herausgeber gesendet und über das Thema an die Abonnenten übermittelt wird. Sobald der Herausgeber die Nachricht zum Thema veröffentlicht, werden die registrierten Abonnenten darüber informiert, dass eine Nachricht zu ihrem Interesse veröffentlicht wurde. Im Falle mehrerer Nachrichten werden diese in einer Reihenfolge in der Warteschlange eines bestimmten Themas gespeichert.
Note
Dieselbe Nachricht kann mehreren Themen zugewiesen werden. Dieser wird durch eine automatisch generierte ID eindeutig identifiziert.
Hier besprechen wir weiter die Nachrichtenzuordnung zum Abonnement, die Nachrichtenzustellung und den Bestätigungsmechanismus.
Nachrichtenzuweisung und -zustellung zum Abonnement
Serverseitig sind die Nachrichten zunächst nicht zugeordnet. Alle Abonnements erhalten Nachrichten gemäß der DeliveryOption
. Sobald eine Abonnementzuweisung erfolgt, erhält der Abonnent eine Benachrichtigung. Dann implementiert der Abonnent einen Abfragemechanismus, um mehrere Nachrichten massenhaft abzurufen, um den serverseitigen Overhead zu reduzieren. Nach Erhalt der Nachrichten sendet der Abonnent die Bestätigung und die Nachrichten gelten als zugestellt.
Note
Nachrichten werden im Thema gespeichert, wenn es keinen Abonnenten gibt, der die Nachrichten empfängt. Nachrichten werden dem ersten Abonnenten zugewiesen und zugestellt, sobald dieser das Thema abonniert.
Nachrichtenübermittlungsoption
Ein Verlag muss Geben Sie die Nachrichtenübermittlungsoption an um zu entscheiden, ob die Nachricht zum Zeitpunkt der Veröffentlichung einem einzelnen Abonnenten zugestellt oder an alle Abonnenten gesendet wird. Es ist wichtig zu beachten, dass die Definition einer erfolgreichen Zustellung von der angegebenen Zustellungsoption abhängt.
Die beiden Zustelloptionen und die entsprechenden Kriterien für eine erfolgreiche Zustellung werden wie folgt besprochen:
Alle: Alle registrierten Abonnenten erhalten Nachrichten. Eine Nachricht wird gelöscht, wenn alle Teilnehmer sie bestätigen.
Jahr: Jeder einzelne registrierte Abonnent erhält die Nachrichten. Wenn der zugewiesene Abonnent keine Bestätigung sendet, werden die Nachrichten dem nächsten Abonnenten neu zugewiesen. Wenn sie eine Bestätigung senden, gelten die Nachrichten als erfolgreich zugestellt.
Note
Wenn eine Nachricht gemäß der angegebenen Zustelloption erfolgreich zugestellt wurde, wird sie aus dem Cache entfernt.
Nachrichtenspeicherung und -verteilung
Im Folgenden sind die wichtigen Aspekte der Speicherung und Verteilung von Nachrichten im Cache aufgeführt:
Nachrichten werden basierend auf Topologien zwischen Knoten verteilt.
Für die Partition-Replica- und Partitioned-Topologien wird eine Hash-basierte Verteilung verwendet.
Bei der replizierten Topologie werden Nachrichten auf alle Knoten des gruppierten Caches repliziert. Der Koordinatorknoten ist jedoch für die Nachrichtenmanipulation verantwortlich.
Bei der Spiegeltopologie werden Nachrichten an den aktiven Knoten veröffentlicht und dann entsprechend an den passiven Knoten repliziert.
Wenn der Nachrichtenspeicher kurz vor der Räumung steht, wird ein Ereignis protokolliert, das auf einen vollen Nachrichtenspeicher und den Beginn der Räumung hinweist.
Nachrichten haben einen Overhead für den Cache-Speicher. Daher muss die Nachrichtengröße bei der Berechnung der Cache-Größe berücksichtigt werden.
Nachrichtenverhalten
Hier besprechen wir das erwartete Verhalten von Nachrichten in den folgenden Fällen:
Beim Löschen des Caches: Nachrichten werden zusammen mit Cache-Elementen entfernt, sobald der Cache geleert ist.
Beim Cache-Neustart: Ähnlich wie beim Cache löschen werden Cache-Inhalte gelöscht, wenn der Cache neu gestartet wird. Dazu gehören auch alle Topics und die darin enthaltenen Botschaften.
Vertreibung: If Räumung ist aktiviert In einem Pub/Sub-Cache werden zuerst die Daten und dann die Nachrichten entfernt.
Verschlüsselung und Komprimierung: If Verschlüsselung und Werkzeugen Wird auf Cache-Ebene konfiguriert, gilt dies auch für die Nutzlast der Themennachricht.
Staatliche Übertragung: Im Falle einer Zustandsübertragung, wenn Nachrichten zu einem anderen Knoten im Cluster verschoben werden, ist der Knoten, in dem die Nachricht schließlich gespeichert wird, für die Zustellung verantwortlich.
Benachrichtigung über fehlgeschlagene Nachrichtenübermittlung
Wichtig
Abonnenten erhalten eine Benachrichtigung über einen fehlgeschlagenen Versand, wenn eine abgelaufene Nachricht vor der Zustellung an einen von ihnen abläuft.
Falls eine Nachricht keinem der Abonnenten zugewiesen oder zugestellt wird, gilt dies als Fehler. Dies kann passieren, wenn der Abonnent nicht existiert oder aufgrund einer Netzwerkstörung inaktiv ist. In einem solchen Szenario kann ein Verlag Benachrichtigung über fehlgeschlagene Nachrichtenübermittlung registrieren. Es ist wichtig zu beachten, dass die Benachrichtigung über Übermittlungsfehler nur für Nachrichten mit Ablaufdatum gilt. Die Zustellung einer Nachricht gilt als fehlgeschlagen, wenn eine Nachricht vor der Zustellung an einen der Teilnehmer abläuft
Note
Wenn es mehrere Herausgeber für ein Thema gibt, wird die Fehlerbenachrichtigung an jeden der aktiven Herausgeber gesendet, der sich für die Fehlerbenachrichtigung registriert hat.
Ablauf der Nachricht
Ähnlich wie bei Cache-Elementen kann ein Publisher dies tun Ablaufdatum für Nachrichten festlegen. Die Nachrichten verfallen aus dem Cache, sobald das Ablaufintervall abgelaufen ist, und verwenden denselben Reinigungsintervallmechanismus.
Der Ablauf einer Nachricht bestimmt die Zeit, die sie im Cache verbleibt. Unabhängig von der Zustellung wird eine Nachricht, die nicht zugestellt wird, nach der Ablaufzeit entfernt. Wenn eine Nachricht vor Ablauf erfolgreich zugestellt wird, wird sie aus dem Cache entfernt, ohne auf die Ablaufzeit zu warten.
Geordnete Nachrichten
NCache Unterstützt jetzt geordnete Nachrichten, bei denen die Reihenfolge der Nachrichten auf der Clientseite beibehalten wird. Ein Verlag kann geordnete Nachrichten veröffentlichen durch Angabe eines Sequenznamens für einen Nachrichtenblock. Anschließend werden die geordneten Nachrichten in derselben Reihenfolge, in der sie veröffentlicht wurden, an die Abonnenten übermittelt. Die Sequenzzeichenfolge sollte für eine Kette geordneter Nachrichten dieselbe sein. Mithilfe der Sequenzzeichenfolge befinden sich alle Nachrichten mithilfe der auf demselben Knoten Standortaffinität Mechanismus.
Note
Synchroner Übermittlungsmodus kann für geordnete Nachrichten verwendet werden.
Im Folgenden sind die wichtigen Merkmale geordneter Nachrichten aufgeführt:
Nachrichten von einem Herausgeber mit derselben Sequenz befinden sich auf einem einzelnen Cache-Knoten.
Besitzt das
DeliveryOption
auf Beliebig eingestellt ist, werden alle bestellten Nachrichten derselben Sequenz an denselben Teilnehmer geliefert. Falls der bestimmte Teilnehmer die Verbindung verliert oder nicht mehr verfügbar ist, wird zu diesem Zweck ein neuer Teilnehmer neu zugewiesen. Wenn jedoch dieDeliveryOption
auf Alle gesetzt ist, dann werden alle geordneten Nachrichten der gleichen Sequenz an alle Abonnenten geliefert.Im Falle einer Zustandsübertragung könnten die geordneten Nachrichten ihre Reihenfolge verlieren und veröffentlicht werden, ohne die Reihenfolge einzuhalten.
Bestellte Nachrichten können nur mit dem Synchronisierungsmodus in der Veröffentlichungs-API veröffentlicht werden. Bulk- und Async-API-Aufrufe werden nicht unterstützt.
Netzwerk Performance
NCache bietet Ihnen die Möglichkeit, Pub/Sub-Themenstatistiken zu überwachen und verschiedene zu beobachten Leistungsindikatoren diesbezüglich. Aktivität und Status von Pub/Sub-Themen können über überwacht werden Windows PerfMon-Zähler und Befehlszeilentools.
Zuverlässigkeit und Hochverfügbarkeit
NCache implementiert den Bestätigungsmechanismus für die Nachrichtenübermittlung. Nachrichten werden im Speicher gehalten, bis sie basierend auf erfolgreich zugestellt wurden mindestens einmal Lieferung Kriterien. Somit, NCache stellt die Zuverlässigkeit der Nachrichtenzustellung für Pub/Sub-Messaging in verteilten Architekturen sicher.
Darüber hinaus Fehlertoleranz von bis zu einem Knoten in Partition-Replikat-Topologie macht den Pub/Sub-Messaging-Speicher hochverfügbar. Wenn ein Knoten den Cluster aus irgendeinem Grund verlässt, hat das Replikat die Nachrichtensicherung.
In diesem Abschnitt
Pub/Sub-Themen
Erklärt, wie Themen für das Pub/Sub-Modell erstellt, abgerufen und gelöscht werden NCache.
Veröffentlichen Sie Nachrichten zu einem Thema
Stellt Beispielcode bereit, der ein Thema erstellt und Nachrichten darin veröffentlicht.
Abonnieren Sie ein Thema
Stellt Beispielcode bereit, um ein Thema zu abonnieren und Nachrichten von Interesse zu erhalten.
Pub/Sub-Veranstaltungen
Erläutert Pub/Sub-Ereignisse, um den Publisher und Abonnenten über verschiedene Ereignisse zu benachrichtigen, die im Cache und in Anwendungen stattfinden.
Überwachung von Pub/Sub-Themen
Beschreibt, wie Pub/Sub-Statistiken überwacht werden können NCache Monitor, PerfMon und Befehlszeilentools.