Refresher da integração de CloudCenter e de ServiceNow
Índice
Introdução
Este documento descreve a integração entre CloudCenter e ServiceNow (NEVE).
Contribuído por Mitchell Cramer, coordenador TAC.
Que a integração de CloudCenter e de ServiceNow oferece?
A integração entre CloudCenter e ServiceNow permite que os aplicativos sejam modelados em CloudCenter e publicados então a ServiceNow onde você pode pedir disposições a algumas das nuvens disponíveis e ver comparações de custo entre as nuvens. A versão a mais atrasada é v1.4 que apoia os dois ambientes Helsínquia e Istambul.
Como um usuário obtém a integração de ServiceNow para CloudCenter?
A fim incorporar a integração de ServiceNow em CloudCenter você deve seguir estas etapas:
- Navegue a store.servicenow.com.
- Procure por CloudCenter.
- Clique sobre a integração de CloudCenter.
- Clique sobre o vendedor do contato.
- Entre com suas credenciais.
- A equipe de CloudCenter aprova o pedido para a transferência e envia-lhe a informação através de ServiceNow.
Que mudanças são feitas no lado de CloudCenter para fazer este trabalho da integração?
Há uma ação feita sob encomenda chamada publica a ServiceNow e a três políticas chamados SNOW_job_status_changed, SNOW_job_deployed, e SNOW_job_canceled em CloudCenter. A ação feita sob encomenda adiciona um botão etiquetado publica a ServiceNow nos aplicativos dropdown.
Que é o formato para a ação feita sob encomenda, publica a ServiceNow?
A estrutura da ação feita sob encomenda é mostrada nesta tabela:
| Visível ao usuário | Habilitado |
| Objeto | Aplicativo |
| Tipo da ação | Invoque um serviço de Web |
| Protocolo | HTTPS |
| Serviço de Web URL | < yourServiceNowInstance.com >/api/now/table/x_cqt_cliqr_publish_app_trigger |
| Username | rest.admin |
| Senha | senha rest.admin |
| Tipo do pedido do HTTP | POST |
| Tipo de conteúdo | JSON |
| Corpo |
{
“app_id”
:
“%appId%”
,
“app_name”
:
“%appName%”
,
“latest_app_version”
:
“%latestAppVersion%”
,
“owner_id”
:
“%ownerId%”
,
“proprietário”
:
“%owner%”
}
|
Que é o formato para as políticas feitas sob encomenda necessárias para a integração de ServiceNow?
O formato para as políticas feitas sob encomenda é mostrado nestas tabelas, elas segue um teste padrão similar com as partes de informação mudadas para cada política.
| Nome | SNOW_job_status_changed |
| Execute para | Desenvolvimento de aplicativo |
| No evento | Estado mudado |
| Tipo da ação | Invoque um serviço de Web |
| Protocolo | HTTPS |
| Serviço de Web URL | < yourServiceNowInstance.com >/api/now/table/x_cqt_cliqr_job_status_trigger |
| Username | rest.admin |
| Senha | senha rest.admin |
| Tipo do pedido do HTTP | POST |
| Tipo de conteúdo | JSON |
| Corpo |
{
“job_id”
:
“%jobId%”
,
“job_name”
:
“%jobName%”
,
“job_type”
:
“%jobType%”
,
“app_name”
:
“%appName%”
,
“proprietário”
:
“%owner%”
,
“estado”
:
“%status%”
,
“changed_on”
:
“%ChangedOn%”
,
“new_status”
:
“%NewStatus%”
}
|
| Automóvel permitido para usuários compartilhados |
Habilitado
|
| Restrinja usuários dos disablings esta política |
Habilitado
|
| Nome | SNOW_job_deployed |
| Execute para | Desenvolvimento de aplicativo |
| No evento | Distribuído |
| Tipo da ação | Invoque um serviço de Web |
| Protocolo | HTTPS |
| Serviço de Web URL | < yourServiceNowInstance.com >/api/now/table/x_cqt_cliqr_job_status_trigger |
| Username | rest.admin |
| Senha | senha rest.admin |
| Tipo do pedido do HTTP | POST |
| Tipo de conteúdo | JSON |
| Corpo |
{
“job_id”
:
“%jobId%”
,
“job_name”
:
“%jobName%”
,
“job_type”
:
“%jobType%”
,
“app_name”
:
“%appName%”
,
“proprietário”
:
“%owner%”
,
“estado”
:
“%status%”
,
“deployed_on”
:
“%DeployedOn%”
}
|
| Automóvel permitido para usuários compartilhados |
Habilitado
|
| Restrinja usuários dos disablings esta política |
Habilitado
|
| Nome | SNOW_job_canceled |
| Execute para | Desenvolvimento de aplicativo |
| No evento | cancelado |
| Tipo da ação | Invoque um serviço de Web |
| Protocolo | HTTPS |
| Serviço de Web URL | < yourServiceNowInstance.com >/api/now/table/x_cqt_cliqr_job_status_trigger |
| Username | rest.admin |
| Senha | senha rest.admin |
| Tipo do pedido do HTTP | POST |
| Tipo de conteúdo | JSON |
| Corpo |
{
“job_id”
:
“%jobId%”
,
“job_name”
:
“%jobName%”
,
“job_type”
:
“%jobType%”
,
“app_name”
:
“%appName%”
,
“proprietário”
:
“%owner%”
,
“estado”
:
“%status%”
,
“cancelled_on”
:
“%CancelledOn%”
}
|
| Automóvel permitido para usuários compartilhados |
Habilitado
|
| Restrinja usuários dos disablings esta política |
Habilitado
|
Como um usuário é permitido de distribuir de ServiceNow a CloudCenter?
A fim poder distribuir de ServiceNow a CloudCenter estas etapas devem ser seguidas em ServiceNow.
- Navegue à parte posterior de ServiceNow.
- Encontre a tabela de usuários sob usuários e grupos.
- Clique em New.
- Complete a informação e assegure-se de que o endereço email seja original (ServiceNow não verifica para ver se há a unicidade mas CloudCenter exige-a).
Uma vez que o usuário é busca criada para o usuário e adicionar-la a dois grupos:
- Cliqr - Negócios com ligamento de ServiceNow e de perfis da ativação.
- Consumidores do mercado da nuvem - Cria o usuário em CloudCenter e recebe a parte traseira da chave API.
O usuário igualmente precisa permissões a alguns dos ambientes e dos aplicativos que distribuirão em CloudCenter com sucesso para poder distribuir de ServiceNow.
Como é um usuário capaz de ser confirmado para ter sido criado com sucesso em CloudCenter de ServiceNow?
Quando um usuário em ServiceNow é criado, o usuário está tentado ser criado em CloudCenter se um usuário é criado com sucesso em CloudCenter que a chave API está enviada para trás a ServiceNow. Para verificar isto vá à tabela das chaves do usuário API em ServiceNow e veja se há uma chave API para esse usuário.
Que é o processo para distribuir aplicativos em CloudCenter de ServiceNow?
A fim pedir um serviço novo com ServiceNow siga estas etapas.
- Navegue ao catálogo de CloudCenter em ServiceNow.
- Assegure-se de que o usuário que pede o serviço em ServiceNow tenha as permissões apropriadas em CloudCenter de outra maneira que não terão o acesso 2 aquelas etiquetas do sistema ou o ambiente na tela do pedido do serviço.
- Ajuste o tempo de desenvolvimento. Se o tempo de desenvolvimento se realiza para o futuro ServiceNow guardará o pedido até que o tempo estiver encontrado e enviará então o pedido a CloudCenter.
- Ajuste o tempo da terminação. Fora da caixa ServiceNow terminará as disposições naquele tempo para não suspender.
- Uma vez que submetida, a ordem espera a aprovação por um usuário com permissões da aprovação.
- Os pedidos do serviço podem ser controlados da aba dos exemplos do serviço por usuários de ServiceNow.
Que são alguns pesquisar defeitos dos pontos principais entre a integração?
A questão principal considerada com a integração é más combinações da permissão entre CloudCenter e ServiceNow. Os aplicativos e os ambientes do desenvolvimento devem ser compartilhados com os usuários em CloudCenter que fazem as disposições em ServiceNow.
A informação adicional pode ser encontrada sobre usuários e suas permissões com a parte posterior de ServiceNow e navegar à tabela de propriedades de usuário.
Se outras edições elevaram dentro de ServiceNow próprio registra pode ser encontrado na parte posterior sob log de sistema.
Há alguma verificação da pulsação do coração de ServiceNow por CloudCenter caso que ServiceNow vai para baixo?
Não há nenhuma pulsação do coração que verifica por CloudCenter, toda a informação está empurrada diretamente por CloudCenter a ServiceNow, se ServiceNow vai para baixo na informação de processo pode ou não pôde ser entregado corretamente.
Informações Relacionadas
- Esta informação referida a versão a mais atrasada da integração de CloudCenter ServiceNow que é v1.4, se você usa uma versão diferente lá pôde ser mudanças suteis entre eles e você deve consultar sua documentação da versão específica se a informação adicional é precisada.
- Suporte Técnico e Documentação - Cisco Systems
FeedbackDeixe-nos ajudar
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)