Un SRE qui ne peut pas créer un système d'actifs de données n'est pas un bon responsable de la maintenance.

WBOY
Libérer: 2023-07-22 15:33:51
avant
1043 Les gens l'ont consulté

1. Comprendre les actifs de données

1. Actifs de données - valeur informatique de l'entreprise

Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.Images

Comme le montre la figure, lorsque l'actif de données n'est pas construit, les données peuvent être dans un état discret et la production de données et consommation Sans uniformité, il est facile de créer des îlots de données ou des avantages nuls.

Après avoir créé l'actifisation des données, nous intégrons les données de différents canaux, construisons une source de données unifiée ou un lien de processus pour la collecte, le stockage et l'analyse des données, puis unifions la structure de données, la relation de données et le point de consommation correspondants.

Une fois les données opérationnelles collectées et compilées, elles peuvent servir ses propres processus décisionnels et commerciaux.

2. Actifs de données - en prenant comme exemple des scénarios d'exploitation et de maintenance

Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.Images

L'image ci-dessus prend des scénarios comme exemple pour introduire la classification des actifs de données. Pour comprendre les actifs de données, vous devez comprendre les trois éléments des actifs de données, à savoir la correspondance entre le type de données, la forme de données et le support de données.

  • Type de données : description des informations sur les caractéristiques d'exploitation et de maintenance

Au niveau des indicateurs commerciaux, SRE se concentre sur le temps de transaction, le volume des commandes de transaction et d'autres informations au niveau du logiciel d'exploitation, SRE se concentre sur l'adresse IP de l'utilisateur, l'état des appels d'interface ; et d'autres informations ; au niveau de l'infrastructure, concentrez-vous ensuite sur des informations telles que le taux de perte de paquets réseau correspondant, l'utilisation de la mémoire ou l'utilisation du processeur, et SRE accordera plus d'attention aux données telles que les événements de changement, le nombre de versions pilotes, ou des changements d'urgence.

  • Formulaire de données : La forme sous laquelle les données sont stockées sur un support de données

Nous choisissons la méthode de stockage correspondante en fonction des différentes manifestations des données de journal, relationnelles et de surveillance, telles qu'une base de données relationnelle, une base de données de persistance, une file d'attente de messages ou Fichiers journaux, etc.

  • Support de données : fournit une méthode de stockage pour les données d'exploitation et de maintenance

3. Actifs de données - améliorez la valeur du SRE

Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.Image

Sur la base des données d'exploitation et de maintenance obtenues, créez d'abord un actif- plate-forme basée, telle que le service après-vente La CMDB mentionnée dans l'article. Utilisez ces plateformes pour décomposer et gérer une grande quantité de données d'exploitation et de maintenance selon des scénarios de consommation, réalisant ainsi une capitalisation.

De plus, nous pouvons utiliser la plateforme d'actifs numériques pour établir et améliorer rapidement les plateformes liées à la stabilité SRE, telles que les plateformes SLO et de gestion de capacité. Une fois la plateforme établie avec succès, nous continuerons à explorer la valeur potentielle des données et à améliorer la stabilité sur laquelle SRE se concentre.

2. Gouvernance des données - Méthodologie

1. Problèmes rencontrés par les normes de données d'exploitation et de maintenance

Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.Photos

Les problèmes rencontrés par la normalisation des données d'exploitation et de maintenance sont similaires aux problèmes de qualité des données dans les scénarios Big Data, comprenant principalement des îlots de données , La qualité des données n'est pas élevée, les données sont agnostiques, les services de données sont insuffisants et le développement de l'obtention des données prend beaucoup de temps, etc.

Ces problèmes rendent difficile l’itération rapide des scénarios de consommation de données et la réponse aux besoins de l’entreprise. Lorsque les ressources humaines, les ressources des serveurs, les ressources middleware, etc. sont insuffisantes, la construction de la standardisation des données aura un impact catastrophique.

Les données d'exploitation et de maintenance sont intrinsèquement non standard. Par exemple, les méthodes de stockage des données des journaux et de surveillance des journaux sont différentes. Et nous devons maximiser l’élaboration et la normalisation complète avec des ressources limitées.

Pour les concepts récents populaires dans l'industrie, tels que DataOps, AIOps et autres modèles ou scénarios, il nous manque encore une méthodologie de modélisation de données mature et complète.

2. Établir un modèle de gouvernance des données d'exploitation et de maintenance

La promotion des données d'exploitation et de maintenance dans les actifs de données doit se concentrer sur trois parties : les méthodes de gouvernance, les processus de gouvernance et les plateformes technologiques.

Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.Photos

1) Méthodes de gouvernance

  • Gestion des données de référence : Définir et diviser les données sur lesquelles SRE se concentre. Par exemple, des données telles que les hôtes et CLP peuvent être utilisées comme données de base et nous effectuons une gestion du cycle de vie sur celles-ci.
  • Gestion généralisée des métadonnées : ces données entrent dans la CMDB dans le processus de reporting en boucle fermée, qui est une gestion généralisée des métadonnées. Représenté par le modèle CMDB, le support de données correspondant est fourni au niveau supérieur.
  • Liens clés de gouvernance : sur la base des trois dimensions des normes de données, de la qualité de la gouvernance et de la base de sécurité, triez l'ensemble du lien de gouvernance, c'est-à-dire les normes de données, les objectifs de qualité et les exigences de base pour l'ensemble du changement.

2) Processus de gouvernance

Le processus de gouvernance comprend la stratégie, la construction et l'exploitation. En termes de construction globale, il est nécessaire de construire des plates-formes et des outils pour assister ses propres opérations.

3) Plateforme technologique

L'objectif principal de la création d'une plate-forme technologique est de prendre en charge les données existantes et incrémentielles via des outils.

3. Focus sur les éléments clés de la gouvernance des données

Les éléments clés de la gouvernance des données se concentrent principalement sur quatre aspects : la garantie organisationnelle, la construction du système, la mise en œuvre du projet et le support de la plateforme.

  • Garantie organisationnelle : Afin de résoudre les problèmes de ressources humaines, nous clarifions les rôles et la répartition des responsabilités des membres. Une équipe dédiée à la gouvernance des données est composée de trois rôles : produit, opérations et R&D.
  • Construction du système : il est nécessaire de construire des processus standardisés et d'assurer leur mise en œuvre ordonnée, tels que l'accès aux ressources, le développement des ressources, le modèle de données sur les ressources et d'autres spécifications.
  • Mise en œuvre du projet : démarrer une gestion globale spéciale. La gouvernance des données est un processus à long terme, pas une simple campagne. Si la qualité des données n’est vraiment pas conforme aux normes, nous mettrons en place une équipe spéciale et adopterons une approche mobile pour réparer de toute urgence les problèmes de qualité des données. Cependant, l'établissement de moyens de gouvernance à long terme nécessite de produire des méthodologies de gouvernance correspondantes basées sur des produits de données et de les mettre en œuvre dans des moyens de plate-forme produitisée pour inciter les parties responsables des données à mener une gouvernance des données.
  • Prise en charge de la plate-forme : la construction de la plate-forme se concentre principalement sur la mesure fine, l'efficacité de l'exécution et de la gouvernance, ainsi que sur d'autres dimensions.

3. Construction de la plate-forme CMDB

1. Bibliothèque de gestion de la configuration CMDB

Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.

Le bureau de gestion de la configuration CMDB est principalement construit autour de quatre aspects : le registre technique de base, les attributs naturels détaillés, les relations naturelles et la carte de consommation des ressources. Nous devons construire des modèles correspondant à l'entreprise en couches, puis pousser la dynamique de configuration en temps réel via des détections automatisées ou des processus standardisés.

La configuration correspondante nécessite également une interface visuelle correspondante pour stimuler la collaboration. En fin de compte, ces données favorisent des scénarios de consommation de données via l'APP ou des scénarios hors ligne correspondants.

2. Le positionnement de CMDB à l'ère ITIL - centre de métadonnées

Personnellement compris, CMDB est un centre de métadonnées. Comme le montre la figure ci-dessus, notre base de données de gestion de configuration CMDB nettoiera ou assemblera les données liées aux organisations, au personnel, aux décisions, aux autorisations, aux processus, etc.

Il existe de nombreuses plates-formes d'accueil de niveau inférieur, telles que des plates-formes de surveillance, des e-mails, des messages texte, des bases de données d'exploitation et de maintenance, etc. Une fois les données assemblées, elles seront transmises à la couche supérieure (une plate-forme similaire à la couche de gestion des services) pour la sortie des données, une série de services tels que la gestion des actifs et la gestion de la configuration, ainsi que la construction de la plate-forme.

3. Le positionnement du CMBD dans la nouvelle ère - centré sur l'application

, Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.

Centré sur l'application, il peut réaliser la relation organisation-projet-personnel et la lier à l'application.

Lors du fonctionnement de l'application, utilisez les ressources correspondantes (ressources du serveur, centre de configuration, indicateurs d'observabilité, etc.), puis formez des affiliations selon la structure organisationnelle de l'entreprise. Enfin, la perspective structure organisationnelle est référencée à la perspective microservice pour former les ressources et. leurs ressources Relation - topologie, y compris la topologie d'application et la topologie physique.

4. Avantages de la CMDB centrée sur l'application

Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.image

5. La relation entre l'application et le centre de métadonnées pendant l'exécution

Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.image

L'image ci-dessus montre la CMDB, qui stockera la CMDB. de base Les métadonnées, les données relatives au Paas et les données d'exploitation des installations de test sont fournies à la couche supérieure (plate-forme CI, plate-forme CD, plate-forme d'exploitation de service et plate-forme d'exploitation de service). La plate-forme inférieure illustrée dans la figure forme la plate-forme de support des ressources de service.

L'avantage de ce type de construction est de fournir un support de données de base pour l'ensemble du cycle de vie de l'application, y compris la création de l'application, son exécution (construction, publication, extension, facturation) et le recyclage des ressources une fois l'application hors ligne.

6. Les quatre grandes étapes de la construction d'une CMDB

Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.Photos

L'image ci-dessus montre les quatre grandes étapes de la construction d'une CMDB. Nous en sommes actuellement à la quatrième étape, de l'orientation service à l'orientation valeur.

Orienté vers le département :

  • Qu'il existe ou non un système CMDB, il existe en fait une exigence CMDB, et les informations de configuration sont conservées par département en tant qu'unité
  • Les informations sont isolées et non opportunes, ainsi que leur intégrité ; et l'exactitude ne peut pas être garantie.

Basé sur les données :

  • Les données et les interrelations qui préoccupent tous les départements sont intégrées dans la gestion de la CMDB, et un système de processus de gestion de configuration est établi
  • En raison de scénarios de consommation peu clairs, il existe un déséquilibre entre la valeur de consommation et le coût de production ;
  • Le coût de production de données de la station B n'est pas très élevé, mais il y a beaucoup de produits de consommation de données à construire, ou le côté commercial personnalise souvent les exigences de la scène, la CMDB doit être personnalisée et impliquée dans le développement pour compléter le côté commercial. demandes. Cela a révélé le problème. La CMDB contient plus de 300 OKACI, ce qui n'est pas pratique à gérer.

Orienté scène :

  • Le degré de standardisation des données locales et la grande précision
  • En raison du scénario à usage unique, la valeur globale de la consommation n'est pas élevée et le coût de production est relativement élevé.

Orientation vers le service :

  • Les services de fourniture de données soutiennent la gestion et le contrôle quotidiens des opérations, tels que l'automatisation, la surveillance, la gestion des flux de travail, l'analyse de l'exploitation et de la maintenance, etc.
  • Introduire des méthodes diversifiées de production/consommation de données pour équilibrer progressivement la valeur de la consommation ; et le coût de production.

Orientation valeur :

  • CMDB prend en charge de manière globale le développement des services et des affaires, tels que la gestion de la capacité de service et la gestion de la disponibilité, devenant ainsi la pierre angulaire de l'exploitation et de la maintenance informatiques ;
  • promeut activement l'amélioration du niveau de gestion informatique de l'organisation.

7. Comment créer le modèle CMDB

Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.Images

  • Définir les types de données : y compris les hôtes, les commutateurs, les applications et les fichiers de configuration des applications enquêteront sur cela après avoir reçu la demande.
  • Définissez les attributs de base des données : en prenant l'hôte comme exemple, vous devez signaler ou collecter les attributs de base des ressources tels que l'adresse IP, le numéro de série, la salle informatique et le fournisseur de cloud.
  • Construire des relations directes dans les modèles de données : trier la correspondance entre les ressources, telles que les relations d'inclusion, les relations de dépendance, les relations d'exécution, etc., pour faciliter la production ultérieure de la topologie des ressources. Par exemple, si l'application utilise un type de données et que l'hôte utilise un autre type de données, l'application dépendra de l'hôte lors de son exécution et l'hôte pourra à son tour former l'application.
  • Confirmation du scénario de consommation : Confirmer le scénario de consommation signifie confirmer à quelles étapes les données sont utilisées. S'il est utilisé pour le déploiement de cluster, vous devrez peut-être effectuer le déploiement associé dans la dimension d'application ou les tâches d'exploitation et de maintenance correspondantes.
  • Établir les spécifications des données : Quel est le cycle de vie (de la création, de la production au déploiement) ? Comment la plateforme détecte-t-elle les changements de statut des données ?

En résumé, nous devons prendre comme point de départ l'ensemble du cycle de vie des données, déterminer les attributs, clarifier les relations, clarifier les scénarios de consommation et utiliser des processus automatisés pour garantir le temps réel et l'exactitude des données.

1) Définition de la relation modèle

Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.images

2) Exemples de démonstration de relation CI

Un SRE qui ne peut pas créer un système dactifs de données nest pas un bon responsable de la maintenance.images

3) Cadre de mise en œuvre de la CMDB

  • Évaluation de l'état actuel : existe-t-il actuellement une plateforme CMDB ? Dans quelle mesure cette plateforme est-elle établie ? Quelle est la qualité de ces données ? Quelle est la structure organisationnelle et la structure technique ? Quel est l’état des ressources qui seront nécessaires lors des prochains lancements ?
  • Démarrage du projet : lors du démarrage, il est nécessaire de définir le modèle CI et la relation entre les ressources d'accès, les scénarios de consommation ultérieure, les sources de données et les parties prenantes du CI.
  • Instanciation des données : lors de la détection de l'instanciation des données, un environnement de test sera construit et des modèles CI ou des données instanciées seront importés.
  • Vérification des données : dans l'environnement UG, vérifiez la comparaison entre les rapports de données et la sortie réelle pour confirmer si la qualité des données répond aux normes. Une fois que la qualité des données atteint la norme, un environnement de production doit être créé pour détecter l'état des données dans l'environnement de production.
  • Consommation du scénario de données : une fois que les données sont entrées dans l'environnement de production, nous devons vérifier le scénario de consommation de données. Nous devons nous connecter à la plateforme d'exploitation ou à la plateforme SRE.

4) La normalisation d'abord

La normalisation d'abord signifie que toutes les questions avant la mise en œuvre sont construites autour de la normalisation. Celles-ci incluent certaines exigences fortes, telles que les exigences de planification, les exigences de processus, les exigences organisationnelles et les exigences de plate-forme.

Exigences de spécification :

  • Définir clairement le rôle de la plateforme CMDB et la relation entre les autres systèmes d'entreprise ;
  • Définir clairement le processus de gestion des ressources, la personne responsable et la plateforme de responsabilité
  • Définir clairement les normes de base en matière de ressources et d'écart ; méthodes de gestion ;
  • Planifier et créer des capacités de gestion de configuration du point de vue de scénarios commerciaux de services.

Exigences du processus :

  • Peut véritablement refléter l'état des ressources ;
  • Peut contenir complètement toutes les informations sur les ressources et les relations entre les ressources ;
  • La seule source de données mondiale faisant autorité
  • Les données peuvent être obtenues par les utilisateurs et les systèmes de manière pratique, rapide et efficace ;

Exigences organisationnelles :

  • Établir un organisme unifié de renforcement des capacités de gestion de la configuration ;
  • Chaque équipe commerciale est clairement responsable de la consommation et de l'amélioration de la configuration ;
  • Former un mécanisme de discussion, d'optimisation et de collecte des demandes sur la gestion de la configuration ;

Exigences de la plate-forme :

  • Réaliser progressivement la découverte automatique de la configuration et la maintenance automatique ;
  • Suivi en temps réel de l'état des ressources et des modifications de configuration ;
  • Le modèle est flexible et peut être étendu et ajusté en temps réel en fonction des besoins de l'entreprise ;
  • La visualisation de la configuration peut prendre en charge l'analyse et la localisation rapide des problèmes de ressources.

5) Créez un cycle de vie des données en boucle fermée

Tout d'abord, déterminez les attributs de l'application. Les attributs d'une application peuvent inclure le nom chinois et anglais de l'application, le niveau de l'application, l'identifiant unique, l'entreprise et le domaine commercial attribués, etc. Le contenu des attributs dépend principalement de la définition personnelle. Une fois l'application définie, elle peut avoir une relation avec d'autres CI et doit être réglée davantage.

Deuxièmement, précisez le propriétaire de la demande. Les applications ont des personnes responsables correspondantes, R&D, SRE, etc. Nous avons des processus correspondants pour la construction, la publication, les modifications et autres actions des applications autour des utilisateurs afin de garantir la configuration de l'application et l'examen des modifications.

Enfin, effectuez les tâches de collecte planifiées pour garantir l'exactitude finale des données de l'application.

6) Favoriser la découverte et la mise à jour automatiques des configurations

Les "ressources" mentionnées dans l'image ci-dessus sont toujours des ressources au sens traditionnel, comme les ressources du serveur. Ces ressources sont collectées via une certaine méthode et finalement signalées à la plateforme de gestion des ressources.

  • Créer une capacité complète de collecte de configuration pour éliminer les scénarios de maintenance manuelle ;
  • Découvrir automatiquement les informations de configuration des ressources et des applications ;
  • Connecter les processus, les plateformes de gestion et les équipements pour obtenir et mettre à jour l'état de la configuration en temps réel ; et Utiliser les spécifications et effectuer des contrôles de conformité via CMDB
  • Promouvoir la réalisation d'une boucle fermée de configuration et de consommation, et maintenir automatiquement la fiabilité des données grâce au retour d'information sur la consommation ;

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!

Étiquettes associées:
source:51cto.com
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal
À propos de nous Clause de non-responsabilité Sitemap
Site Web PHP chinois:Formation PHP en ligne sur le bien-être public,Aidez les apprenants PHP à grandir rapidement!