Classes de extensão Kong
O app Modelos de classe de IC do CMDB da Store adiciona ou atualiza classes para gateways Kong.
O app Modelos de classe de IC do CMDB adiciona modelos de classe que estendem a hierarquia de classes CMDB, incluindo descrições de classe, regras de identificação, entradas de identificador e, se aplicável, relacionamentos dependentes. Você pode usar as classes adicionadas como qualquer outra classe CMDB. Aplicações como Padrões de descoberta e mapeamento de serviços podem usar as extensões de classe para preencher ICs e descobrir tecnologias e software.
Solicitar aplicativos na Store
Acesse o site ServiceNow Store para ver todos os aplicativos disponíveis e obter informações sobre como enviar solicitações para a loja. Para obter informações sobre notas de versão cumulativa para todos os aplicativos liberados, consulte as ServiceNow Store notas de versão do histórico de versão.
Kong
O Kong é uma plataforma de gerenciamento de API que permite que as empresas gerenciem melhor o tráfego de cliente e host.
Classes
Esta seção lista as classes que a aplicação da loja Modelos de classe de IC do CMDB adiciona ou atualiza. Para obter a lista de classes no sistema base, incluindo classes que esta aplicação pode estender, consulte Descrições das tabelas do CMDB.
Modelos de classe de IC do CMDB: a versão 1.49.0 adiciona as seguintes classes para o Kong.
| Classe | Estende | Descrição |
|---|---|---|
| Gateway Kong [cmdb_ci_kong_gateway] |
Gateways da API [cmdb_ci_api_gateway] |
A aplicação de gateway Kong que hospeda e gerencia APIs individuais. Exemplo: Kong Gateway instanceName. |
| Balanceador de carga Kong [cmdb_ci_kong_lb] |
Aplicação Balanceador de Carga [cmdb_ci_lb_appl] |
O balanceador de carga padrão na aplicação de gateway Kong que aponta para instâncias de serviço de back-end ao atender às solicitações de API. Exemplo: httpbin-upstream. |
| Destino Kong [cmdb_ci_kong_target] |
Componente de API [cmdb_ci_api_component] |
O back-end com balanceamento de carga do gateway que atende às solicitações de API. Exemplo: httpbin-target1. |
Atributos de classe
Modelos de classe de IC do CMDB: a versão 1.49.0 adiciona os seguintes atributos às respectivas classes.
| Atributo | Tipo de dados | Descrição |
|---|---|---|
| URL do administrador | Cadeia de caracteres (255) | URL para fazer solicitações de API de administrador. |
| Banco de dados | Cadeia de caracteres | Tipo de banco de dados usado pelo gateway Kong. Exemplo: Postgres ou Cassandra. |
| Atributo | Tipo de dados | Descrição |
|---|---|---|
| Algoritmo | Cadeia de caracteres | Tipo de algoritmo usado para balanceamento de carga. Exemplo: round robin. |
| ID | Cadeia de caracteres (255) | Identificador exclusivo do sistema de origem. |
| Atributo | Tipo de dados | Descrição |
|---|---|---|
| Destino | Cadeia de caracteres (255) | URL da integração da meta. |
Estruturas de relacionamentos de chave
Há vários relacionamentos de chave que precisam ser definidos para as classes Kong e API.
| Classe primária | Relacionamento | Classe secundária | Tipo de relacionamento |
|---|---|---|---|
| API back-end [cmdb_ci_api_backend] | Uses::Used by | Balanceador de carga Kong | Sugerido |
| Balanceador de carga Kong [cmdb_ci_lb_appl] | Contains::Contained By | Destino Kong | Dependente |
| Gateway Kong [cmdb_ci_kong_gateway] | Provides::Provided By | Balanceador de carga Kong | Dependente |
Tabelas não CMDB relacionadas
A classe Gateway Kong usa a tabela não pertencente ao CMDB do Espaço Kong como uma lista relacionada:
| Atributo | Tipo de dados | Descrição |
|---|---|---|
| Nome | Cadeia de caracteres (100) | Nome do Espaço Kong. |
| ID | Cadeia de caracteres (255) | Identificador exclusivo do sistema de origem. |
| Gateways da API | Referência | Referência ao gateway da API do Kong. |
Exemplo de gateway do Kong
Este é um exemplo de uma exibição de dependência para a classe de gateway Kong que mostra como um gateway preencheria a classe dependente de API gerenciada com APIs e componentes relacionados. A classe de API gerenciada é considerada um relacionamento de primeiro nível em relação ao gateway, e os componentes de front-end e back-end são considerados relacionamentos de segundo nível. A partir daqui, você pode vincular alertas a esses ICs, configurar ICs dinâmicos para exibições de serviço e incidentes ou estabelecer fluxos de trabalho adicionais que usem ICs.