Découverte de l'architecture d'IBM Cloud Logs et de l'isolement des charges de travail

Passez en revue l'exemple d'architecture suivant pour IBM Cloud Logs et découvrez les différents niveaux d'isolement afin de pouvoir choisir la solution qui répond le mieux aux exigences des charges de travail que vous souhaitez exécuter dans le cloud.

Architecture IBM Cloud Logs

IBM Cloud Logs est un service régional à service partagé qui est disponible dans IBM Cloud. Avec IBM Cloud Logs, vous pouvez analyser, traiter, stocker et interroger vos journaux. Voir Liste des emplacements pris en charge.

Un diagramme qui montre un exemple IBM Cloud Logs d'architecture — IBM Cloud Logs échantillon d'

Les sections suivantes fournissent des détails sur des sections spécifiques de l'architecture.

front end

Les composants frontaux communiquent en dehors de IBM Cloud Logs.

Ingestion: Les événements d'audit, les journaux de plateforme et les journaux d'application envoyés au noeud final d'entrée de IBM Cloud Logs sont transmis aux composants d'arrière-plan où ils seront traités et stockés. Pour plus d'informations, voir Noeuds finaux Ingress.
Web UI: lancez le tableau de bord IBM Cloud Logs dans votre navigateur pour afficher, surveiller et gérer les journaux. Le composant d'interface utilisateur Web utilise des composants d'arrière-plan pour implémenter le tableau de bord. Pour plus d'informations, voir Accès à l'interface utilisateur.
API: Le fournisseur Terraform IBM Cloud ainsi que le plug-in d'interface de ligne de commande IBM Cloud Logs utilisent l'API IBM Cloud Logs pour configurer l'instance de service et les journaux de requête. Le composant d'API utilise des composants de back end pour effectuer les actions demandées. Pour plus d'informations, voir Noeuds finaux d'API.

back end

Les composants de back end fonctionnent dans IBM Cloud Logs.

Management: Les composants de gestion sont responsables de la configuration de l'instance de service IBM Cloud Logs. Cela inclut des fonctions telles que les politiques TCO, les règles d'analyse syntaxique, les alertes, les tableaux de bord, etc.
Priority insights, Analyze and alert, Store and search: le pipeline central de traitement des données du service IBM Cloud Logs implémente des fonctions telles que l'analyse syntaxique des journaux, le stockage et la recherche des journaux dans les compartiments Object Storage, la transformation des journaux en métriques, la génération d'alertes sur les journaux, le stockage et la recherche des journaux de priorité, etc.

Stockage

Les composants de stockage stockent les données utilisées par IBM Cloud Logs.

Configuration: Stocke les paramètres de configuration de l'instance de service IBM Cloud Logs.
Priority logs: Stocke les journaux envoyés à une instance de service IBM Cloud Logs. Les journaux sont indexés pour la requête rapide et supprimés une fois que la durée de conservation choisie a été dépassée.
Service data: Stocke les données pour implémenter le service IBM Cloud Logs. Ces données incluent des métadonnées telles que des modèles de journal ou des caches pour améliorer les performances.

Intégration avec d'autres services IBM Cloud

IBM Cloud Logs s'intègre à d'autres services IBM Cloud qui traitent, stockent ou contrôlent vos données. IBM Cloud Logs accède à ces services via le réseau public ou privé IBM Cloud.

IBM Cloud Logs l'intégration avec d'autres services IBM Cloud.
La première colonne est le service. La deuxième colonne est une description du service.
Nom de service	Description
IBM Cloud Activity Tracker Event Routing	Vous pouvez utiliser IBM Cloud Logs comme cible pour les événements d'audit. Pour plus d'informations, voir Gestion des cibles dans IBM Cloud Activity Tracker Event Routing.
IBM Cloud Logs Routing	Vous pouvez utiliser IBM Cloud Logs comme cible pour les journaux de plateforme et d'application. Pour plus d'informations, voir Création d'un titulaire IBM Cloud Logs dans IBM Cloud Logs Routing. . Vous pouvez utiliser le Agent de journalisation pour collecter et transmettre les journaux d'application au IBM Cloud Logs.
IBM Cloud Object Storage	IBM Cloud Logs utilise des compartiments Object Storage, dont vous êtes propriétaire, pour le stockage à long terme et la recherche de journaux et de métriques de journal. Vous devez associer les compartiments Object Storage à votre instance de service IBM Cloud Logs. Pour plus d'informations, voir Configuration de compartiments pour le stockage à long terme et la recherche.
IBM® Event Streams for IBM Cloud®	Vous pouvez envoyer des journaux de IBM Cloud Logs à une rubrique IBM® Event Streams for IBM Cloud®.
IBM Cloud Event Notifications	Vous pouvez utiliser IBM Cloud Event Notifications pour notifier vos opérateurs ou d'autres systèmes des alertes IBM Cloud Logs. Pour plus d'informations, voir Configurer une intégration sortante pour IBM Cloud Logs
IBM Cloud® Identity and Access Management	Pour authentifier les demandes envoyées au service et autoriser des actions d'utilisateur, IBM Cloud Logs implémente des rôles d'accès à la plateforme et aux services dans Cloud Identity and Access Management (IAM). Pour plus d'informations sur les droits IAM requis pour utiliser le service, voir Gestion de l'accès pour IBM Cloud Logs. . IBM Cloud Logs accède à IAM via le réseau public IBM Cloud.

Isolement des charges de travail

Chaque déploiement régional sert plusieurs titulaires identifiés par l'identificateur global unique de l'instance de service IBM Cloud Logs.

Il existe un déploiement unique par région qui implémente le contrôle et le plan de données IBM Cloud Logs partagés par toutes les instances de service.
Toutes les données, y compris les journaux, la configuration et les données de service, sont traitées et stockées par région et ne sont pas visibles dans les autres régions.
Toutes les instances de service partagent les mêmes ressources de réseau, de calcul et de mémoire et de stockage dans les plans de contrôle et de données du service.
Toutes les données en transit échangées avec d'autres services IBM Cloud sont cryptées à l'aide de la sécurité de la couche de transport ( TLS ).
Toutes les données en transit, ainsi que les données au repos, dans les plans de contrôle et de données sont chiffrées à l'aide de clés fournies et gérées par IBM.
Toutes les communications dans les plans de contrôle et de données sont effectuées sur le réseau privé IBM Cloud.
Vous pouvez utiliser les approches suivantes pour accéder aux noeuds finaux d'ingestion et d'API:
- Noeud final public: accès via le réseau public IBM Cloud.
- Noeud final de service de cloud(CSE): accès via le réseau privé IBM Cloud et les noeuds finaux partagés avec toutes les instances de service de la région.
- Virtual Private Endpoint(VPE): accès via le réseau privé IBM Cloud et les noeuds finaux dédiés à l'instance de service.
Vous pouvez accéder au noeud final de l'interface utilisateur Web via le réseau public IBM Cloud.
Toutes les données traitées dans le service IBM Cloud Logs sont associées à l'instance de service. Les données stockées sont segmentées par instance de service.
IBM Cloud Logs applique toutes les règles d'accès et d'autorisation IAM applicables à toutes les opérations demandées liées à une instance de service. Des événements d'audit sont créés.
IBM Cloud Logs s'intègre à d'autres services IBM Cloud. Lors du traitement des données avec ces services, les caractéristiques d'isolement de la charge de travail de ces services s'appliquent.