Dans ce huitième épisode de la série couvrant mon voyage dans le monde de l’observabilité native du cloud, je continue d’explorer un projet open source appelé Perses. Si vous avez manqué l’un des articles précédents, revenez à l’introduction pour une mise à jour rapide.
Après avoir posé les bases de cette série dans l’article initial, j’ai passé un peu de temps dans le deuxième article à partager qui sont les acteurs de l’observabilité. J’ai également discuté des équipes dans lesquelles ces joueurs se trouvent dans ce monde d’o11y natif du cloud. Pour le troisième article, j’ai regardé la discussion en cours autour de la surveillance piliers contre étapes. Dans le quatrième article, j’ai parlé de garder vos options ouvertes avec les normes open source. Dans le cinquième article de cette série, j’ai parlé de l’introduction d’applications monolithiques dans le monde natif du cloud. Dans mon sixième article, je vous ai présenté une introduction à un nouveau projet de tableau de bord et de visualisation open source et expliqué comment installer le projet sur votre ordinateur de développeur local. Dans l’article précédent et le septième, j’ai exploré l’API et les outils fournis par le projet Perses.
Dans ce huitième article, je plonge dans la compréhension de ce qui constitue un tableau de bord Perses. Ceci est un aperçu du quatrième laboratoire développé pour mon atelier pratique dédié à l’exploration des tableaux de bord et de la visualisation.
En tant que développeur depuis mes débuts dans l’informatique, il a été très intéressant d’explorer les complexités d’o11y cloud-native. La surveillance des applications va bien au-delà de la simple écriture et du déploiement de code, en particulier dans le monde natif du cloud. Une chose demeure la même : la maintenance de l’architecture de votre organisation nécessite toujours à la fois une vision vigilante et une compréhension des standards ouverts disponibles.
Cet article fait partie de mes efforts continus pour acquérir une expérience pratique dans le monde o11y natif du cloud. Je vais vous guider à travers une partie du modèle de données du tableau de bord Perses, vous aider à démarrer avec un modèle de base pour un tableau de bord minimal et préparer le terrain pour le prochain laboratoire où vous commencerez à concevoir des composants à disposer dans votre premier tableau de bord . Il s’agit d’un laboratoire dans l’atelier en ligne gratuit plus complet. N’hésitez pas à commencer dès le début de cet atelier ici si vous avez manqué quelque chose auparavant :
Plongeons maintenant dans le modèle de données Perses. Notez que cet article n’est qu’un bref résumé, veuillez donc consulter l’atelier complet disponible en ligne en tant qu’atelier 4.4 ici pour travailler vous-même sur le modèle de données pour les tableaux de bord :
Ce qui suit est un bref aperçu de ce qui se trouve dans ce laboratoire spécifique de l’atelier Perses.
Explorer les tableaux de bord
Chaque laboratoire commence par un objectif. Dans ce cas, c’est assez simple : to comprendre ce qu’est le modèle de données de base pour construire des tableaux de bord avec le projet Perses.
Cet atelier explore la ressource de tableau de bord Perses, en particulier la manière dont le modèle de données se compose de certains éléments qui constituent le modèle de base pour l’affichage d’un tableau de bord. Pour cet atelier, nous travaillons dans un fichier de ressources au format JSON avec tous les exemples présentés, mais vous pouvez également utiliser le format YAML si vous le souhaitez.
Au niveau le plus élevé de la spécification du tableau de bord, vous disposez de trois éléments :
Vous avez vu des exemples de types de ressources que vous pouvez spécifier dans le Type élément, tel qu’un projetun tableau de bordun la source de donnéesou un source de données globale. Vous définissez le type de ressource que ce fichier contiendra.
L’élément suivant, Métadonnéesest utilisé pour définir un nom pour la ressource, et vous pouvez affecter le projet auquel appartient la ressource.
Finalement, le Spécification signifie « spécification » et sa structure dépend de la Type de ressource que vous définissez. Pour le reste de ce laboratoire, nous allons seulement plonger dans le tableau de bord spécification. Le reste de cet atelier passe du temps à plonger dans chacun de ces éléments qui composent une spécification de tableau de bord :
- Affichage – définition d’un nom de composant et d’une description
- Durée – définir un temps par défaut pour rechercher des données dans le passé (pas pour toutes les spécifications)
- Variables – définir une liste de variables à utiliser dans les composants
- Panneaux – définition d’un composant pour collecter des données à visualiser sur un tableau de bord à l’aide d’une requête de données de métriques
- Dispositions – définir l’apparence, la convivialité et l’emplacement d’un panneau dans le tableau de bord
Chacun est présenté avec un exemple de code pour vous aider à comprendre leur utilisation. En les rassemblant tous à la fin, vous êtes configuré avec un fichier de ressources de tableau de bord vide de base, et en utilisant vos connaissances des outils Perses des laboratoires précédents, vous appliquez cette ressource au serveur Perses en cours d’exécution. Cela vous laisse prêt pour le prochain laboratoire où vous commencerez à concevoir votre premier tableau de bord.
Vous êtes maintenant sur le point de créer vos propres tableaux de bord et visualisations !
Plus à venir
Ensuite, je vous emmène plus loin dans le projet Perses avec plus de matériel d’atelier à partager. Restez à l’écoute pour plus d’informations sur l’expérience réelle et pratique au fur et à mesure que mon parcours cloud natif o11y se poursuit.