Classes d’extension Kong
L’application Modèles de classe CI CMDB du magasin ajoute ou met à jour des classes pour les passerelles Kong.
L’application Modèles de classe CI CMDB ajoute des modèles de classe qui étendent la hiérarchie des classes, y compris les descriptions de classe, les règles d’identification, les CMDB entrées d’identificateur et, le cas échéant, les relations dépendantes. Vous pouvez utiliser les classes ajoutées comme n’importe quelle autre CMDB classe. Les applications telles que Schémas de découverte et de mappage des services peuvent utiliser les extensions de classe pour renseigner les CI et détecter des technologies et des logiciels.
Demander des applications dans l'App Store
Visitez le site Web ServiceNow Store pour découvrir toutes les applications disponibles et pour obtenir des informations sur la procédure à suivre pour soumettre des demandes à la boutique. Pour obtenir des informations sur les notes de publication cumulatives pour toutes les applications publiées, consultez les ServiceNow Storenotes de publication relatives à l'historique des versions.
Kong
Kong est une plateforme de gestion d’API qui permet aux entreprises de mieux gérer le trafic client et hôte.
Classes
Cette section répertorie les classes que l’application de l’App Modèles de classe CI CMDB Store ajoute ou met à jour. Pour obtenir la liste des classes dans le système de base, y compris les classes que cette application peut étendre, reportez-vous à la section Descriptions des tables CMDB.
Modèles de classe CI CMDB: la version 1.49.0 ajoute les classes suivantes pour Kong.
| Classe | Extensions | Description |
|---|---|---|
| Passerelle Kong [cmdb_ci_kong_gateway] |
Passerelle API [cmdb_ci_api_gateway] |
L’application Kong Gateway qui héberge et gère les API individuelles. Exemple : Kong Gateway instanceName. |
| Équilibreur de charge Kong [cmdb_ci_kong_lb] |
Application d'équilibrage de charge [cmdb_ci_lb_appl] |
L’équilibreur de charge par défaut sur l’application Kong Gateway qui pointe vers les instances de service back-end lors de l’exécution des demandes d’API. Exemple : httpbin-upstream. |
| Cible Kong [cmdb_ci_kong_target] |
Composant de l'API [cmdb_ci_api_component] |
Le back-end à charge équilibrée de la passerelle qui répond aux demandes d’API. Exemple : httpbin-target1. |
Attributs de classe
Modèles de classe CI CMDB: la version 1.49.0 ajoute les attributs suivants aux classes respectives.
| Attribut | Type de données | Description |
|---|---|---|
| URL d'administrateur | Ficelle (255) | URL pour effectuer des demandes d’API d’administrateur. |
| Base de données | Chaîne | Type de base de données utilisée par la passerelle Kong. Exemple : Postgres ou Cassandra. |
| Attribut | Type de données | Description |
|---|---|---|
| Algorithme | Chaîne | Type d’algorithme utilisé pour l’équilibrage de charge. Exemple : round robin. |
| ID | Ficelle (255) | Identificateur unique du système source. |
| Attribut | Type de données | Description |
|---|---|---|
| Cible | Ficelle (255) | URL de l’intégration cible. |
Structures des relations clés
Un certain nombre de relations clés doivent être définies pour les classes API et Kong.
| Classe parente | Relation | Classe enfant | Type de relation |
|---|---|---|---|
| API back-end [cmdb_ci_api_backend] | Utilisations ::Utilisé par | Équilibreur de charge Kong | Suggéré |
| Équilibreur de charge Kong [cmdb_ci_lb_appl] | Contient::Contenu par | Cible Kong | Dépendant(e) de |
| Passerelle Kong [cmdb_ci_kong_gateway] | Fournit ::P fourni par | Équilibreur de charge Kong | Dépendant(e) de |
Tables non CMDB connexes
La classe Kong Gateway utilise la table non CMDB de Kong Workspace comme liste connexe :
| Attribut | Type de données | Description |
|---|---|---|
| Nom | Chaîne (100) | Nom de l’espace de travail Kong. |
| ID | Ficelle (255) | Identificateur unique du système source. |
| Passerelle API | Référence | Référence à la passerelle d’API Kong. |
Exemple de Kong Gateway
Voici un exemple de vue des dépendances pour la classe de passerelle Kong qui montre comment une passerelle remplirait la classe dépendante de l’API gérée avec les API et les composants associés. La classe d’API managée est considérée comme une relation de premier niveau par rapport à la passerelle, tandis que les composants front-end et back-end sont considérés comme des relations de second niveau. Ensuite, vous pouvez lier les alertes à ces CI, configurer des CI dynamiques pour les vues de service et les incidents, ou établir des workflows supplémentaires qui utilisent des CI.