Vénération! Le système de gouvernance des microservices, l'architecture et les documents de pratique partagés par les experts techniques de Huawei depuis de nombreuses années ont enfin été exposés! !

Préface

Le développement durable de tout système nécessite des capacités de gouvernance correspondantes. Dans le processus d'évolution de la civilisation humaine, la technologie est la première force productive et la gestion est un soft power indispensable. Les deux sont à la fois rigides et souples, de sorte que l'économie politique, l'armée et la société forment un système efficace et contrôlable. Depuis le début de l'époque, le code logiciel «engloutit» le monde entier grâce à des technologies telles que l'Internet, le cloud computing, l'intelligence artificielle et l'Internet des objets VR / AR, et les systèmes complexes à grande échelle sont devenus l'infrastructure des réseaux sociaux. opérations. Avec l’amélioration continue des fonctions applicatives, la granularité des services s’est affinée, l’échelle du système s’est élargie, l’architecture technique est devenue plus complexe, l’équipe technique a continué à «s’étendre» et l’entropie des logiciels a Le système de gouvernance correspondant a évolué et mûri dans la pratique.

Sous l'architecture des grandes plates-formes et des microservices, les capacités de gouvernance des services sont cruciales. Les principaux critères de mesure de la maturité du système sont des indicateurs non fonctionnels, tels que la stabilité, la sécurité, la maintenabilité, l'évolutivité, etc. Le système de découplage et de division pour la conquête a besoin d'une dimension globale des capacités de gouvernance des services et doit s'appuyer sur le système de gestion du système pour se rendre compte que le code est le document et le système est la spécification. La digue de mille kilomètres s'est effondrée dans le nid de fourmis. Une fois ignoré, le système sera rapidement corrompu s'il ne peut pas être géré efficacement avec la normalisation, la procéduralisation et la dataisation. À la lumière de cela, la dette technique sera laissée, et dans le Dans le pire des cas, il sera difficile de tomber malade et il n'y a pas de remède.Bien qu'un système logiciel ait son cycle de vie, il est sans aucun doute un échec s'il n'est pas viable en raison d'un échec de gouvernance.

Cet article se concentre sur la gouvernance des services, avec un système de contenu complet, couvrant l'historique du développement, la construction du système et des exemples détaillés. Si votre système devient chaotique, vous pouvez apprendre de cet article pour reconstruire le système de gouvernance et éliminer le chaos.

Si votre système ne fait que démarrer, cet article peut vous aider à éviter les détours, à vous occuper de la gouvernance dès le début et à tout garder sous contrôle. Il est vrai que la gouvernance a aussi des coûts, qui doivent être mis en correspondance avec les avantages réels. Le bon est le meilleur. Trop, c'est trop tard. L'eau et le feu sont en harmonie, le yin et le yang sont en harmonie.L'équilibre est l'état le plus élevé du milieu d'or, et une pensée systémique est nécessaire pour faire un système.

En tant que créateur de système, face aux problèmes logiciels, vous devez le contrôler avec équilibre, le faire augmenter et diminuer de manière ordonnée, et gouverner avec action, afin de pouvoir montrer la vraie nature du capable! Le ciel est haut et l'océan est large, et il y a beaucoup à faire, mais si vous cultivez Qi Zhiping, vous devriez le faire par vous-même et encourager tout le monde!

J'espère que cet article pourra vous aider à apprendre. Cet article vous présentera à partir de la table des matières, du contenu principal et des lecteurs cibles! !

table des matières

 

contenu principal

Les chapitres 1 et 2 décrivent en détail l'historique du développement de la gouvernance des services, ainsi que les difficultés et les caractéristiques de la gouvernance des services sous l'architecture «grande plateforme, microservices»; il est proposé de construire un système en boucle fermée trinity à partir de la mesure, du contrôle et de la gestion des microservices pour le résoudre globalement Problèmes de gouvernance réalistes dans le cycle de vie complet des microservices; en même temps, il explique les domaines de subdivision pertinents et les capacités techniques impliquées dans le système de gouvernance.

• 1.1 La relation entre la gouvernance informatique et la gouvernance des services
• 1.2 Historique du développement de la gouvernance des services
• 1.3 La portée de la gouvernance des microservices

 

• 2.1 Architecture des microservices

• 2.2 Mesures de service
• 2.3 Gestion et contrôle des services
• 2.4 Corps tridimensionnel: réaliser la boucle fermée de la gouvernance des microservices par la mesure, le contrôle et la gestion

 

Les chapitres 3 et 4 se concentrent sur les capacités de gouvernance en ligne des microservices; développer des capacités de mesure de microservices grâce au système d'index de mesure de la gouvernance des microservices et des méthodes de collecte, de stockage et d'analyse des index, et sur cette base, analyser la santé des microservices, la délimitation et le positionnement des défauts , planification de la capacité, analyse des causes profondes, prédiction des tendances, etc. pour développer la capacité de «voir» des microservices; construire la «gestion» des microservices au moyen de la limitation de courant, de la dégradation, de la tolérance aux pannes, de la mise à l'échelle élastique et du contrôle de sécurité. «Capacités; dans le même temps, la fiabilité des microservices en ligne est améliorée grâce à des plans d'urgence, des exercices de dérangement, de l'ingénierie du chaos, etc.

• 3.1 Indicateurs de base et méthodes d'analyse pour la mesure des microservices en ligne
• 3.2 Dimension de la relation de service
• 3.3 Dimension de la relation d'application
• 3.4 Dimension de la performance du service
• 3.5 Dimensions de l'anomalie de service
• 3.6 Dimensions des ressources
• 3.7 Mesure complète du service

 

• 4.1 Architecture Garantie de la robustesse des services distribués
• 4.2 Charge de service
• 4.3 Limite de courant de service
• 4.4 Tolérance aux pannes du cluster de services
• 4.5 Dégradation du service
• 4.6 Autorisation de service
• 4.7 Gestion du cycle de vie en ligne du service
• 4.8 Garantie de stabilité du service en ligne

 

Le chapitre 5 présente l'utilisation de l'APM et du suivi dynamique de la chaîne d'appels pour améliorer les capacités de surveillance et de mesure des microservices. Une demande d'appel de service inter-réseau implique l'appel de différentes applications et nœuds de service. Bien que nous puissions enregistrer le comportement de cette requête sur chaque nœud sous la forme de journaux, dans la surveillance des journaux traditionnels, il n'y a pas de relation entre les journaux. Même si ces journaux sont entièrement collectés, il est difficile d'identifier les journaux associés à la demande, et encore moins de restaurer l'image complète de la demande sur la base de ces journaux associés. Les enregistrements de journal discrets et non liés ne peuvent pas nous aider efficacement à délimiter et localiser rapidement les pannes et les problèmes de performances dans un environnement distribué et à trier les relations.

Heureusement, le domaine de la technologie informatique a remarqué depuis longtemps le problème du tri des performances et des relations d'appel dans un environnement distribué, et a développé un système technologique de gestion des performances des applications (APM) connexe. L'APM est un moyen très important et efficace de mesurer le service.Ce chapitre se concentrera sur l'APM et sa technologie de base: le suivi de la chaîne d'appels.

• 5.1 Histoire de l'APM et du développement de la chaîne d'appels
• 5.2 Principe du suivi de la chaîne d'appels
• 5.3 Suivi de la chaîne d'appels du combat réel
• 5.4 APM et stratégie d'atterrissage de la chaîne d'appels

 

Le chapitre 6 présente la construction de capacités de gouvernance de microservices approfondies et "étend" la gouvernance des microservices à divers domaines tels que l'architecture, le développement, les tests, l'exploitation et la maintenance, et la collaboration en équipe, afin de se rendre compte que l'architecture des microservices est " utilisé "dans l'organisation. Pour l'amélioration du" bon usage ", dans le même temps, la capacité de gouvernance des services sera renvoyée à l'entreprise pour réaliser l'interaction bénigne entre la technologie et les affaires.

6.1 Gouvernance de l'architecture

6.2 Gouvernance R&D

6.3 Gouvernance d'exploitation et de maintenance

6.4 Gouvernance de gestion collaborative

6.5 Gouvernance d'entreprise

 

Le chapitre 7 développe des capacités de collecte d'index légères et efficaces; grâce à l'étude des 6 chapitres précédents, je pense que les lecteurs ont une compréhension relativement complète de l'architecture technique globale de la gouvernance des services. Cependant, il y a encore une certaine distance entre la théorie et la pratique à la fin, «c'est toujours superficiel sur le papier, et vous devez le faire vous-même sans le savoir». Afin d'aider les lecteurs à appliquer ce qu'ils ont appris, les trois derniers chapitres de ce chapitre constitueront un exemple de démonstration de la gouvernance des services. Le système technologique et d'application de la gouvernance des services est très vaste et un exemple ne peut couvrir tous les domaines. Cet ouvrage a souligné à plusieurs reprises que la mesure est la condition préalable et le fondement de la gouvernance. Par conséquent, cet exemple ne couvre pas tous les aspects, mais se concentre uniquement sur le domaine de la mesure des services et crée une plate-forme de mesure des services qui intègre la collecte, l'analyse et le suivi des indices. pour aider les lecteurs à comprendre comment baser les performances, les exceptions et la collecte de journaux personnalisés pour surveiller les performances et l'état commercial du service.

Ce chapitre se concentre principalement sur la construction du SDK client pour la collecte d'indicateurs de service, y compris l'analyse de l'architecture et les descriptions de code de base nécessaires.

• 7.1 Architecture globale
• 7.2 Collecte d'index
• 7.3 Prétraitement des journaux
• 7.4 Envoi d'indicateurs

 

Le chapitre 8 crée des capacités efficaces de collecte d'index et de stockage qui prennent en charge une concurrence élevée; le chapitre 7 présente l'utilisation de Spring AOP, du mécanisme MyBatis Plugin et de JVM ManagementFactory pour créer des fonctions de collecte pour les journaux d'appels de service, les journaux d'appels DAO, les journaux système, etc. NIO pour créer un canal de transmission de journaux haute performance. Ce chapitre va construire une application côté serveur qui reçoit les messages d'indicateur et les stocke sur le terrain, et se connecte avec le client de collecte d'indicateurs construit au chapitre 7 pour former un système complet en boucle fermée «collecte-réception».

• 8.1 Architecture globale
• 8.2 Réception des données
• 8.3 Capacités d'extension

 

Chapitre 9 Visualisation des indicateurs et construction des capacités de mesure; Grâce à l'introduction des deux chapitres précédents, nous avons construit un cadre technique fondamentalement complet et des fonctions système pour la collecte, la collecte et le stockage des indicateurs de gouvernance. Ce chapitre se concentrera sur la visualisation des données et la mesure et l'analyse des indicateurs de gouvernance. Nous allons construire un système de visualisation pour transporter ces capacités.

• 9.1 Architecture du système 9.2 Surveillance du service
• 9.3 Surveillance DAO
• 9.4 Surveillance du système
• 9.5 Surveillance commerciale personnalisée

 

Ce document [Microservice Governance System, Architecture and Practice] a un total de 438. Si vous avez besoin d'une version complète, vous pouvez transmettre cet article et suivre l'éditeur, scannez ci-dessous pour l'obtenir!

L'évaluation de Daniel de cet article et de ses lecteurs potentiels

Il a fallu plus de dix ans pour passer de la SOA aux microservices d'aujourd'hui, et bon nombre d'entre eux sont dans la gouvernance des services. Cependant, le concept, la connotation et la pratique de la gouvernance des services n'ont pas été unifiés dans l'industrie, sans parler de la formation de normes industrielles. Avec la complexité croissante du système, le besoin de gouvernance des services est devenu de plus en plus urgent et est devenu un problème majeur.

Les microservices sont le «focus» des systèmes modernes, et de plus en plus de systèmes distribués ont adopté le concept de conception de microservices pour faire évoluer leurs modèles d'architecture. Au fur et à mesure que l'échelle des applications de microservices augmente, il deviendra de plus en plus difficile de gérer l'expansion du système. Par rapport à la conception et au fractionnement des microservices, comment mieux gérer les microservices à grande échelle est la vraie difficulté dans la mise en œuvre des microservices.

Du point de vue de la gouvernance, cet article montre aux lecteurs les «eaux profondes» du domaine des microservices du point de vue des microservices massifs. Je pense qu'en lisant cet article, vous pouvez passer en douceur à la seconde moitié des microservices.

Cet article convient aux responsables techniques, aux architectes et au personnel technique ayant une certaine base à lire, en particulier à ceux qui sont entrés ou sont sur le point d'entrer dans le domaine de la servicisation et de la gouvernance des services.

J'espère que cet article pourra fournir aux lecteurs de l'inspiration et des conseils, afin que chacun évite les détours.

Efforcez-vous de devenir meilleur, d'améliorer continuellement la profondeur et l'étendue de votre technologie et de vous rendre plus précieux. J'espère que cet article pourra aider tout le monde à apprendre et à aimer!