Classes d’extension Kong
L’application de stockage CMDB CI Class Models ajoute ou met à jour des classes pour les passerelles Kong.
L’application ajoute des modèles de classe qui étendent la hiérarchie des classes CMDB, y compris des descriptions de classe, des règles d’identification, des entrées d’identificateur et des relations dépendantes (le cas échéant). Vous pouvez utiliser les classes ajoutées comme n’importe quelle autre classe CMDB. Des applications telles que Patrons de détection et de mappage des services peuvent utiliser ces extensions de classe pour renseigner les CI et détecter diverses technologies et 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 plate-forme de gestion d’API qui permet aux entreprises de mieux gérer le trafic des clients et des hôtes.
Classes
Cette section répertorie les classes que l’application de stockage CMDB CI Class Models ajoute ou met à jour.
CMDB CI Class Models : la version 1.49.0 ajoute les classes suivantes pour Kong. Pour obtenir la liste des classes CMDB dans un système de base, y compris celles que cette application de stockage est susceptible d’étendre, reportez-vous à Descriptions des tables CMDB.
| Classe | Extensions | Description |
|---|---|---|
| Passerelle Kong [cmdb_ci_kong_gateway] |
Passerelle d’API [cmdb_ci_api_gateway] |
L’application de passerelle Kong qui héberge et gère les API individuelles. Exemple : instanceName de la passerelle Kong. |
| É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 de passerelle Kong 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 d’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
CMDB CI Class Models : version 1.49.0 ajoute les attributs suivants aux classes respectives.
| Attribut | Type de données | Description |
|---|---|---|
| URL d’administrateur | Chaîne (255) | URL pour effectuer des demandes d’API d’administrateur. |
| Base de données | Chaîne | Type de base de données utilisé 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 | Chaîne (255) | Identificateur unique du système source. |
| Attribut | Type de données | Description |
|---|---|---|
| Cible | Chaîne (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.
| Classes parents | Relation | Classe enfant | Type de relation |
|---|---|---|---|
| Back-end de l’API [cmdb_ci_api_backend] | Uses ::Used By | Équilibreur de charge Kong | Suggéré |
| Équilibreur de charge Kong [cmdb_ci_lb_appl] | Contient::Contenu par | Cible Kong | Dépendant de |
| Passerelle Kong [cmdb_ci_kong_gateway] | Fournit ::P fourni par | Équilibreur de charge Kong | Dépendant de |
Tables non CMDB connexes
La classe Kong Gateway utilise la table non CMDB Kong Workspace comme liste connexe :
| Attribut | Type de données | Description |
|---|---|---|
| Nom | Chaîne (100) | Nom de l’espace de travail Kong. |
| ID | Chaîne (255) | Identificateur unique du système source. |
| Passerelle d’API | Référence | Référence à la passerelle d’API Kong. |
Exemple de passerelle Kong
Voici un exemple de vue des dépendances pour la classe de passerelle Kong qui montre comment une passerelle remplirait la classe dépendante dépendante de l’API gérée avec les API et composants associés. La classe Managed API est considérée comme une relation de premier niveau en ce qui concerne la passerelle, tandis que les composants front-end et back-end sont considérés comme des relations de second niveau. Cet emplacement vous permet de lier des alertes à ces CI, de configurer des CI dynamiques pour les vues de service et les incidents, ou d’établir des workflows supplémentaires qui utilisent des CI.