Explication de base de Dubbo+zokeeper

L'essence de dubbo : un package Jar, un framework distribué et un framework distribué pour les appels de service à distance.

1. Qu'est-ce que le dubbo ?

1) Puisqu'il s'agit d'un enseignement novice, de nombreux étudiants ne doivent pas comprendre ce que sont les appels de service distribués et à distance, pourquoi ils doivent être distribués et pourquoi ils ont besoin d'appels à distance. . Je vais simplement dessiner un tableau comparatif pour illustrer (voir la figure 1 de la figure 2. Il est dessiné sur une planche à dessin, veuillez ne pas pulvériser).

Si vous y réfléchissez, dans le passé, tout était sur le même serveur, et la méthode d'appel était appelée directement et naturellement, pas de problème. Maintenant, en raison de l'augmentation de la demande, un grand nombre d'entre eux ont été divisés et déployés sur différents serveurs. Est-il vrai qu'ils étaient tous sur un seul serveur par rapport à avant ? devenir un appel à distance ? Alors comment appeler naturellement des méthodes sur le même serveur qu’avant ? dubbo pour le résoudre. C'est l'avantage de dubbo ci-dessous.

2. Quels sont les avantages de Dubbo ?

1. L'invocation transparente de méthodes à distance, tout comme l'appel de méthodes locales, nécessite une configuration simple et aucune intrusion d'API.

2. Les mécanismes d'équilibrage de charge souple et de tolérance aux pannes peuvent remplacer les équilibreurs de charge matériels tels que F5 sur l'intranet, réduisant ainsi les coûts et les points uniques.

3. Enregistrement et découverte automatiques du service, plus besoin d'écrire l'adresse du fournisseur de services. Le centre d'enregistrement interroge l'adresse IP du fournisseur de services en fonction du nom de l'interface et peut ajouter ou supprimer en douceur des fournisseurs de services. . (Expliqué ci-dessous)

Dubbo utilise une méthode de configuration Spring complète pour accéder de manière transparente aux applications. Il n'y a aucune intrusion d'API dans l'application. Vous devez uniquement utiliser Spring pour charger les charges de Dubbo basées sur l'extension Schema de Spring.

3. Le schéma d'architecture Dubbo est le suivant :

Avant d'expliquer son schéma d'architecture, vulgarisons quelques concepts.

Description du rôle du nœud :

Fournisseur (producteur) : le fournisseur de services qui expose les services.

Consommateur : le consommateur de services qui appelle des services distants.

Comme le montre la figure, nous pouvons simplement comprendre que web1234 doit appeler le service du service1234, donc web1234 est le consommateur et service1234 est le producteur.

Si le consommateur appelle le service du producteur selon ce qui précède, est-ce comme indiqué ci-dessous :

Vous êtes tu as le vertige en le regardant ? Faible ou pas ? Faible ou pas ? Bref, j'avais le vertige, et si on le distribuait encore plus ? , nous en avons donc besoin :

Registry : le centre d'enregistrement pour l'enregistrement et la découverte des services. Dubbo recommande le gardien de zoo. Qu'est-ce que le gardien de zoo ? Zookeeper est un framework pour le traitement de cohérence dans les systèmes distribués. Pour plus d'informations, vous pouvez consulter mon article précédent : Disons-le ainsi, zookeeper est très simple. Il s'agit en fait d'un framework et est utilisé pour le traitement de cohérence. Pour faire simple, ZooKeeper est un intermédiaire. Les vendeurs de biens immobiliers (producteurs) mettent les informations immobilières sur l'intermédiaire (centre d'enregistrement), et les personnes qui souhaitent acheter des biens immobiliers (consommateurs) s'adressent à l'intermédiaire pour obtenir une liste de ressources immobilières. Alors, notre image devient comme ceci :

N'est-ce pas beaucoup mieux ? Si cela ne suffit pas, nous avons également besoin d'un centre de surveillance (à quoi sert-il ? Bien sûr, c'est pour la surveillance. Que dois-je faire si l'appel échoue ? Que dois-je faire s'il se bloque ?) : Moniteur : Le centre de surveillance qui compte le nombre d'appels et l'heure d'appel du service. (Plus de dessin)

Ensuite, le Provider est placé dans le conteneur à exécuter, qui est appelé le service Container pour exécuter le conteneur. (Plus de dessin)

L'architecture dubbo finale, comme le montre la figure (en partant de 0) :

Recommandations associées :

Architecture Taobao Amoeba Environnement de base de données distribuée MySQL_MySQL

La quatrième édition de l'architecture moyenne quotidienne d'un million de PV (surveillance distribuée)_MySQL

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!