In diesem Artikel wird ein detailliertes Beispiel geschrieben, um über die tats?chliche Entwicklung von Dubbo + Nacos + Spring Boot zu sprechen. In diesem Artikel wird nicht zu viel theoretisches Wissen behandelt, sondern das einfachste Beispiel wird geschrieben, um zu veranschaulichen, wie Dubbo in Nacos integriert werden kann, um schnell eine Entwicklungsumgebung aufzubauen.

Vorwort Bevor wir Dubbo vorstellen, wollen wir zun?chst die Grundkonzepte verstehen: RPC ist ein Remote-Prozeduraufruf (Remote Procedure Call). Es wird in der Architektur einzelner Anwendungen und in der Architektur vertikaler Anwendungen verwendet . Es handelt sich bei allen um lokale Prozeduraufrufe. Es erm?glicht einem Programm, eine Prozedur oder Funktion in einem anderen Adressraum (normalerweise einem anderen in einem Netzwerk gemeinsam genutzten Computer) aufzurufen, ohne dass der Programmierer die Details des Remote-Aufrufs explizit codieren muss. Remote-Aufrufe zwischen Anwendungen mit verteilter Architektur erfordern, dass das RPC-Framework Remote-Aufrufe genauso einfach macht wie lokale Aufrufe. Das Dubbo-Framework verfügt über die folgende Komponente Consumer, die den Remote-Dienst aufruft

[[443126]] Lassen Sie mich mit ein paar Worten beginnen. Manchmal denke ich lange über eine Frage nach, bis ich sie überzeugen kann mich selbst über jeden Punkt der Frage. Deshalb m?chte ich diese Gedanken festhalten und einen Artikel formen, der als neue Serie verwendet werden kann. M?glicherweise k?nnen Sie den Code in diesen Artikeln nicht sehen, aber Sie k?nnen einen Blick auf einige Probleme werfen, die leicht übersehen werden, sowie auf das tiefere ?Warum“ des Problems. Heute bringen wir den ersten Artikel: Warum sollte Dubbo in Go neu geschrieben werden? Dubbo, das 2011 in Alibaba geboren und als Open Source bereitgestellt wurde, hat 10 Jahre hinter sich. Im Jahr 2019 wurde es in Go neu geschrieben und als Open Source bereitgestellt. Jetzt, zwei Jahre sp?ter, wurde es von der ursprünglichen Version V1.0.0 auf V3.0.0 weiterentwickelt.

Wenn Sie Dubbo bereits beherrschen, ist dieser Artikel nicht für Sie geeignet. Wenn Sie jedoch Dubbo verstehen und Dubbo lernen m?chten, ist er sehr gut für Sie geeignet.

dockerpullzookeeperdockerrun --namezk01-p2181:2181--restartalways-d2e30cac00aca zeigt an, dass zookeeper Zookeeper und Dubbo erfolgreich gestartet hat. ? ZooKeeperZooKeeper ist ein verteilter Open-Source-Koordinierungsdienst für verteilte Anwendungen. Es handelt sich um eine Software, die konsistente Dienste für verteilte Anwendungen bereitstellt. Zu den bereitgestellten Funktionen geh?ren: Konfigurationswartung, Dom?nennamendienste, verteilte Synchronisierung, Gruppendienste usw. DubboDubbo ist Alibabas Open-Source-Framework für verteilte Dienste. Sein gr??tes Merkmal ist seine mehrschichtige Struktur.

Einführung Dubbo ist ein leistungsstarkes und exzellentes Service-Framework von Alibaba, das es Anwendungen erm?glicht, Service-Ausgabe- und Eingabefunktionen über Hochleistungs-RPC zu realisieren, und das nahtlos in das Spring-Framework integriert werden kann. Es bietet drei Kernfunktionen: schnittstellenorientierten Remote-Methodenaufruf, intelligente Fehlertoleranz und Lastausgleich sowie automatische Dienstregistrierung und -erkennung. übersicht Am 23. Juni 2020 ver?ffentlichte ApacheDubbo offiziell einen Risikohinweis zur Remote-Codeausführung von ApacheDubbo. Die Schwachstellennummer lautet CVE-2020-1948 und die Schwachstellenstufe lautet: hohes Risiko. ApacheDubbo ist ein leistungsstarkes, leichtes Open-Source-JavaRPC-Framework. Es bietet drei Kernfunktionen: schnittstellenorientiertes Remote

Erl?uterung der Dubbo-Prinzipien: 2. Kommunikationsprinzipien; 4. Automatische Erkennung und Weiterleitung; 7. überwachung und Protokollierung; , Skalierbarkeit; 10. Integration mit Spring; 11. Integration mit anderen Technologien. Detaillierte Einführung: 1. Kernkomponenten, einschlie?lich Registrierungszentrum, überwachungszentrum, Dienstverbraucher und Dienstanbieter.

1. Beschreibung der Dubbo-Anrufbeziehung 1.1 Die Komponenten bestehen hier haupts?chlich aus vier Teilen: Anbieter: Der Dienstanbieter, der den Dienst bereitstellt. Protokoll: Verantwortlich für die Protokollinteraktionsdaten zwischen dem Anbieter und dem Verbraucher. Dienst: Die eigentlichen Gesch?ftsdienstinformationen Kann verstanden werden. Container: Dubbos Betriebsumgebung. Verbraucher: Der Dienstverbraucher, der den Remotedienst aufruft. Protokoll: Verantwortlich für die Protokollinteraktionsdaten zwischen dem Anbieter und dem Verbraucher. Cluster: Nimmt die Listeninformationen auf der Anbieterseite wahr. Proxy: Kann sein Darunter versteht man den Service-Call-Agenten des Anbieters, der die Interface-Call-Logik im Consumer ●Register: Registrieren übernimmt