Classes de extensão Kong
o app da Store CMDB CI Class Models adiciona ou atualiza classes para gateways Kong.
O app adiciona modelos de classe que estendem a hierarquia de classes do CMDB, incluindo descrições de classe, regras de identificação, entradas de identificador e relacionamentos dependentes, se aplicável. Você pode usar as classes adicionadas como qualquer outra classe base do CMDB. Aplicações como Padrões de descoberta e mapeamento de serviços podem usar essas extensões de classe para preencher ICs e descobrir várias 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 gestão de API que permite que as empresas gerenciem melhor o tráfego de clientes e hosts.
Classes
Esta seção lista as classes que a aplicação da Store CMDB CI Class Models adiciona ou atualiza.
CMDB CI Class Models: a versão 1.49.0 adiciona as seguintes classes para o Kong. Para obter a lista de classes do CMDB em um sistema de base, incluindo classes que esta aplicação da Store pode estender, confira Descrições das tabelas do CMDB.
| 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 de Kong que aponta para instâncias de serviço de back-end ao atender a 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
CMDB CI Class Models: 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 devem ser definidos para as classes de API e Kong.
| 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
Aqui está 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, enquanto 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 usam ICs.