Zieltabellen zum Speichern API Service Graph Connector für Kong Gateway Daten

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 2 Minuten Lesedauer

    • Wenn Sie die Einrichtung der Verbindung abgeschlossen haben, können Sie die Integration so konfigurieren, dass sie regelmäßig Daten aus einem abruft Kong Gateway Anwendung. Die Daten werden in Tabellen gespeichert, die sich aus den Klassen des Konfigurationselements [cmdb_ci] und anderen nicht-CMDB-Klassen erstrecken.

    Kong-Gateway [cmdb_ci_kong_Gateway]

    Die folgenden Attribute in der Tabelle „Kong-Gateway“ [cmdb_ci_kong_Gateway] werden durch gesammelte Daten ausgefüllt:
    Attributbezeichnung Attributname
    ID id
    Name name
    Administrator-URL admin_url
    Datenbank database
    Beschreibung short_description
    Version Version
    Tabelle : 1. Für Kong-Gateway erstellte Beziehungen
    Übergeordnete Klasse Beziehungstyp Untergeordnete Klasse
    Kong-Gateway [cmdb_ci_kong_Gateway] Stellt bereit::Bereitgestellt von Kong-Lastenausgleichsmodul [cmdb_ci_kong_lb]
    Kong-Gateway [cmdb_ci_kong_Gateway] Stellt bereit::Bereitgestellt von Verwaltete API [cmdb_ci_Managed_api]
    Kong-Gateway [cmdb_ci_kong_Gateway] Referenz Kong-Arbeitsbereich [kong_Workspace]
    Kong-Gateway [cmdb_ci_kong_Gateway] Referenz API-Richtlinie [api_Policy]
    Kong-Gateway [cmdb_ci_kong_Gateway] Referenz API-Verbraucher [api_Consumer]

    Kong-Arbeitsbereich [kong_Workspace]

    Die folgenden Attribute in der Tabelle „Kong-Arbeitsbereich“ [kong_Workspace] werden mit gesammelten Daten ausgefüllt:
    Attributbezeichnung Attributname
    ID id
    Name name
    API-Gateway api_gateway
    Tabelle : 2. Beziehung für Kong-Arbeitsbereich erstellt
    Übergeordnete Klasse Beziehungstyp Untergeordnete Klasse
    Kong-Arbeitsbereich [kong_Workspace] Referenz Kong-Gateway [cmdb_ci_kong_Gateway]

    API-Richtlinie [api_Policy]

    Die folgenden Attribute in der Tabelle „API-Richtlinie“ [api_Policy] werden mit gesammelten Daten ausgefüllt:
    Attributbezeichnung Attributname
    Front-End frontend
    ID id
    Aktiv aktiv
    Name name
    Protokolle protocols
    Verwaltete API managed_api
    Verbraucher Verbraucher
    API-Gateway api_gateway
    Tabelle : 3. Beziehung für API-Richtlinie erstellt
    Übergeordnete Klasse Beziehungstyp Untergeordnete Klasse
    API-Richtlinie [api_Policy] Referenz Kong-Gateway [cmdb_ci_kong_Gateway]

    API-Verbraucher [api_Consumer]

    Die folgenden Attribute in der Tabelle „API-Verbraucher“ [api_Consumer] werden durch gesammelte Daten ausgefüllt:
    Attributbezeichnung Attributname
    ID id
    API-Gateway api_gateway
    Anwenderdefinierte ID custom_id
    Anwendername username
    Tabelle : 4. Beziehung für API-Verbraucher erstellt
    Übergeordnete Klasse Beziehungstyp Untergeordnete Klasse
    API-Verbraucher [api_Consumer] Referenz Kong-Gateway [cmdb_ci_kong_Gateway]

    Kong-Lastenausgleichsmodul [cmdb_ci_kong_lb]

    Die folgenden Attribute in der Tabelle „Kong-Lastenausgleichsmodul“ [cmdb_ci_kong_lb] werden mit gesammelten Daten ausgefüllt:
    Attributbezeichnung Attributname
    ID id
    Name name
    Algorithmus algorithm
    Tabelle : 5. Für Kong-Lastenausgleichsmodul erstellte Beziehungen
    Übergeordnete Klasse Beziehungstyp Untergeordnete Klasse
    Kong-Lastenausgleichsmodul [cmdb_ci_kong_lb] Enthält::Enthalten in Kong-Ziel [cmdb_ci_kong_target]
    Kong-Lastenausgleichsmodul [cmdb_ci_kong_lb] Referenz Schlüsselwert [cmdb_key_value]

    Kong-Ziel [cmdb_ci_kong_target]

    Die folgenden Attribute in der Tabelle „Kong-Ziel“ [cmdb_ci_kong_target] werden durch gesammelte Daten ausgefüllt:
    Attributbezeichnung Attributname
    ID id
    Name name
    Zielvorgabe Ziel
    Tabelle : 6. Beziehung für Kong-Ziel erstellt
    Übergeordnete Klasse Beziehungstyp Untergeordnete Klasse
    Kong-Ziel [cmdb_ci_kong_target] Referenz Schlüsselwert [cmdb_key_value]

    Verwaltete API [cmdb_ci_Managed_api]

    Die folgenden Attribute in der Tabelle „verwaltete API“ [cmdb_ci_Managed_api] werden durch gesammelte Daten ausgefüllt:
    Attributbezeichnung Attributname
    Lebenszyklusphase life_cycle_stage
    Status der Lebenszyklusphase life_cycle_stage_status
    ID id
    Name name
    Basis-URL base_url
    Typ type
    Modell-ID model_id
    Tabelle : 7. Beziehungen, die für die verwaltete API erstellt wurden
    Übergeordnete Klasse Beziehungstyp Untergeordnete Klasse
    Verwaltete API [cmdb_ci_Managed_api] Verwendet::Verwendet von API-Frontend [cmdb_ci_api_Frontend]
    Verwaltete API [cmdb_ci_Managed_api] Verwendet::Verwendet von API-Back-End [cmdb_ci_api_Backend]

    API-Frontend [cmdb_ci_api_Frontend]

    Die folgenden Attribute in der Tabelle „API-Frontend“ [cmdb_ci_api_Frontend] werden durch gesammelte Daten ausgefüllt:
    Attributbezeichnung Attributname
    Host host
    ID id
    Methode method
    Pfad path
    URL URL
    Name name
    Protokoll protocol
    Tabelle : 8. Beziehung für API-Frontend erstellt
    Übergeordnete Klasse Beziehungstyp Untergeordnete Klasse
    API-Frontend [cmdb_ci_api_Frontend] Endpunkt verwenden an::Endpunkt verwenden von API-Back-End [cmdb_ci_api_Backend]

    API-Back-End [cmdb_ci_api_Backend]

    Die folgenden Attribute in der Tabelle „API-Back-End“ [cmdb_ci_api_Backend] werden mit gesammelten Daten ausgefüllt:
    Attributbezeichnung Attributname
    Host host
    ID id
    Pfad path
    URL URL
    Name Name
    Port port
    Protokoll protocol
    Tabelle : 9. Beziehung für API-Back-End erstellt
    Übergeordnete Klasse Beziehungstyp Untergeordnete Klasse
    API-Back-End [cmdb_ci_api_Backend] Verwendet::Verwendet von Kong-Lastenausgleichsmodul [cmdb_ci_kong_lb]

    Schlüsselwert [cmdb_key_value]

    Die folgenden Attribute in der Tabelle „Schlüsselwert“ [cmdb_key_value] werden durch gesammelte Daten ausgefüllt:
    Attributbezeichnung Attributname
    Konfigurationselement configuration_item
    Schlüssel key
    Wert Wert