Serviços de aplicativos
Entenda os serviços de aplicações, conheça os diferentes tipos de serviços de aplicações e saiba como várias ServiceNow® unidades de negócios e produtos os utilizam.
O que são serviços de aplicações
Uma instância de serviço é um conjunto de aplicativos e hosts interconectados que são configurados para oferecer um serviço à organização. As instâncias de serviço podem ser internas, como um sistema de e-mail da organização ou voltadas para o cliente, como um site da organização. Por exemplo, a criação de relatórios financeiros por meio de um aplicativo baseado na Web requer um computador, servidor Web, servidor de aplicativos, bancos de dados, middleware e infraestrutura de rede. Esses aplicativos e hosts são todos configurados para oferecer o serviço de emissão de relatórios financeiros. Em ambientes de desenvolvimento, um serviço de aplicações representa uma instância de uma aplicação ou de um sistema de negócios.
As aplicações ServiceNow são dispositivos e aplicações que compreendem um serviço de aplicações, como itens de configuração (ICs). Os diversos ICs e os relacionamentos entre eles, os quais compõem um serviço de aplicativos, são armazenados no Configuration Management Database (CMDB).
Cada serviço de aplicativos contém um ponto de entrada como o IC de nível superior. Um ponto de entrada é um ponto em que os clientes acessam uma instância de serviço. Geralmente é um URL ou uma combinação de endereço IP e porta para serviços de aplicações em implantações corporativas. Nas implantações baseadas na nuvem, um ponto de entrada pode ser um URL para um recurso de nuvem, como um gateway do AWS.
O Modelo de dados de serviço comum (CSDM) ajuda a simplificar os tipos de serviço e as ofertas de serviço. Você pode adicionar relacionamentos entre serviços de aplicações e outros objetos relacionados a serviços no CSDM: aplicações de negócios, ofertas de serviços técnicos ou ofertas de serviços de negócio.
- Descobertos
O Mapeamento de serviços descobre serviços de aplicativo usando padrões e seguindo conexões de tráfego.
A descoberta baseada em padrões cria serviços de aplicações precisos e completos que representam a visão centrada em serviços da infraestrutura de TI. A descoberta cria um mapa de alta fidelidade totalmente adequado para gerenciar serviços de aplicações de missão crítica.
Além disso, fornece visibilidade de serviços nativos da nuvem, como computação, balanceadores de carga e gateways de API. Você pode usar pontos de entrada de serviço, como buckets S3 AWS, gateways de API AWS e Microsoft Azure, funções do Lambda AWS e funções para mapear serviços do Microsoft Azure. A descoberta também detecta chamadas de Lambda para Lambda e conexões entre Lambda e RDS para criar mapas de serviço dinâmicos.
O método de cima para baixo mapeia VMs no local e em nuvens públicas. No entanto, isso requer que essas VMs sejam totalmente descobertas para que a descoberta de cima para baixo determine quais aplicações se encontram em execução na VM. Se uma VM não for totalmente descoberta, use o método baseado em marcador para corrigir a falha (veja mais adiante neste documento). O mapeamento baseado em marcador também mapeia contêineres que você não pode mapear com a descoberta de cima para baixo.
A classificação de serviço dos serviços de aplicações descobertos é serviço de aplicativos. Esses serviços são armazenados na tabela Serviço de aplicações mapeadas [cmdb_ci_service_discovered].
- Grupo de IC dinâmico
Referem-se a grupos de IC dinâmicos que atuam como serviços de aplicações. Os membros dos grupos do CMDB associados ao grupo de ICs dinâmicos preenchem o serviço de aplicações. Um grupo de IC dinâmico é um agrupamento dinâmico de ICs baseado em alguns critérios comuns, como a localização de todos os servidores Web em Detroit ou todos os bancos de dados Oracle em Boston. Depois de criado, o grupo de IC dinâmico pode ser usado como uma oferta de grupo no IT Service Management.
Se o grupo for criado no Assistente de serviços de aplicações, a classificação de serviço será um serviço de aplicativos e, se criado na UI legada do Gestão de eventos ou na UI do Mapeamento de serviços, a classificação será um serviço técnico. Os serviços de aplicações do tipo Grupo de IC dinâmico são armazenados na tabela Grupo de IC dinâmico [cmdb_ci_query_based_service].
- Baseado em marcador
- Uma tag é um rótulo que consiste em um par de chave-valor. Sua organização pode usar tags para categorizar os ativos, para aprimorar os recursos de consulta e emissão de relatórios. Descoberta e Cloud Provisioning and Governance podem descobrir tags usadas por todos os principais provedores de nuvem e ecossistemas de contêiner. Depois que os marcadores são descobertos, Mapeamento de serviços pode criar instâncias de serviço com base nesses marcadores. Por exemplo, você pode usar marcadores para mapear todos os serviços de aplicações utilizados por sua organização no ambiente de produção na região da EMEA.
A classificação de serviço dos serviços de aplicações baseados em marcador é serviço de aplicativos. Esses serviços são armazenados na tabela Serviço de aplicações baseado em marcador [cmdb_ci_service_by_tags].
- Criado manualmente
Com o mapeamento manual, os responsáveis pelos aplicativos documentam manualmente os aplicativos, a infraestrutura de TI e os relacionamentos que dão suporte a cada serviço de aplicativos. Essa metodologia é a mais adequada para itens de configuração que não são totalmente detectáveis devido a problemas de acesso de segurança. Um exemplo disso seriam os dispositivos IPS que oferecem suporte a um serviço de prevenção contra invasões para a unidade de negócios de segurança.
Tente evitar o mapeamento manual sempre que possível. É extremamente demorado mapear serviços manualmente e, muitas vezes, as informações necessárias para o mapeamento não estão disponíveis devido à tecnologia em desenvolvimento e à falta de processos que rastreiem e documentem as dependências de infraestrutura necessárias para o contexto da aplicação. Sempre que mudanças subsequentes forem feitas na topologia de serviço de aplicativos, o mapa de serviço terá de ser atualizado manualmente.
A classificação de serviço dos serviços de aplicações criados manualmente é serviço de aplicativos. Os serviços de aplicações do tipo criado manualmente são armazenados na tabela Serviço de aplicações mapeada [cmdb_ci_service_discovered].
- Dinâmico
Um serviço de aplicativos dinâmico inclui somente ICs que fazem parte de relacionamentos de ICs armazenados na tabela CMDB Relacionamento de ICs [cmdb_rel_ci].
Não é possível editar um serviço de aplicativos dinâmico adicionando ou removendo ICs diretamente dele. Os serviços de aplicações dinâmicos são atualizados automaticamente para refletir qualquer mudança nos relacionamentos de ICs na tabela de relacionamentos de ICs do CMDB [cmdb_rel_ci]. Quando você adiciona um relacionamento a um IC que está contido em um serviço de aplicativos dinâmico, esse serviço é atualizado automaticamente para refletir a adição do relacionamento e do novo IC associado. De maneira semelhante, um serviço de aplicativos dinâmico é atualizado automaticamente após a remoção de um relacionamento e de seu IC associado de um IC no serviço.
Uma maneira de criar serviços de aplicações dinâmicos é converter serviços de negócio legados ou serviços manuais legados (criados com o Gestão de eventos, por exemplo) em serviços de aplicações do tipo dinâmico.
A classificação de serviço dos serviços de aplicações dinâmicos é serviço de aplicativos. Os serviços de aplicações dinâmicos são armazenados na tabela Serviços de aplicativos calculados [cmdb_ci_service_calculated].
Quem utiliza os serviços de aplicativos
- O Integridade do ITOM reúne alertas dos eventos de infraestrutura capturados por ferramentas de monitoramento de terceiros. Em seguida, usa informações de TI coletadas pelo Descoberta para mapear alertas para itens de configuração. Com base nas informações coletadas, o ITOM Health fornece painéis apresentando uma exibição consolidada de todos os eventos de impacto no serviço.
- O Optimização do ITOM oferece ferramentas para provisionar infraestrutura e serviços em nuvens privada e pública e para obter visibilidade de custo e gestão consistentes. A aplicação Gestão de custos de nuvem, disponível em ServiceNow Store, ajuda a analisar toda a gama de custos associados a ativos de nuvem, tornando possível identificar e tomar medidas em oportunidades para economizar dinheiro e otimizar operações.
- Os usuários do IT Service Management dependem dos serviços de aplicações que refletem a infraestrutura de TI para gerenciar e entregar serviços aos clientes.
- Os usuários do Customer Service Management realizem o diagnóstico e resolvem problemas de maneira eficiente relacionados à infraestrutura de TI no contexto dos serviços de aplicativos.
- Os usuários do Software Asset Management compreendem o software em execução no seu ambiente de TI e rastreiam configurações que afetam o consumo da licença de software nos ambientes de TI e datacenters.
- Os usuários da Gestão estratégica de portfólios (SPM) utilizam dados coletados para serviços de aplicações a fim de obter uma compreensão abrangente das aplicações usadas em suas organizações.
Como criar serviços de aplicações
Analise a infraestrutura de TI e a implantação de serviços em sua organização a fim de escolher o método ideal de criação e preenchimento de serviços de aplicações.
| Método | Quando usar | Considerações adicionais |
|---|---|---|
| Descoberta de cima para baixo O Mapeamento de serviços executa a descoberta de cima para baixo de serviços de aplicações. O Mapeamento de serviços utiliza padrões para descobrir e mapear ICs. Um padrão é uma sequência de etapas cuja finalidade é detectar atributos de um IC e suas conexões de saída. O método cria serviços de aplicações precisas e completas que representam de forma confiável a visão de atendimento diferenciado ao cliente da infraestrutura de TI de sua organização. Descoberta baseada em marcador em Mapeamento de serviços é um método complementar que enriquece os resultados da descoberta de cima para baixo. |
Use esse método para descobrir aplicações de segundo e terceiro níveis reconhecidos pelo setor ou personalizados. Essas aplicações podem incluir soluções de balanceamento de carga, aplicações ou servidores web com conexões de banco de dados. |
O mapeamento baseado em padrão requer a configuração de credenciais, usuários e permissões do usuário para permitir que o Mapeamento de serviços acesse aplicações na rede privada da sua organização. Esse processo pode exigir tempo e esforço. |
| Baseado em marcador Se sua organização utiliza marcadores no gerenciamento de ativos, é possível usar esses marcadores para mapear serviços de aplicações. O Descoberta e o Cloud Provisioning and Governance descobrem marcadores atribuídas a ICs e preenchem o CMDB com esses dados. O Mapeamento de serviços utiliza os dados relacionados a marcadores do CMDB para mapear serviços. O mapeamento de serviços baseado em marcador complementa o mapeamento de serviços de cima para baixo. O mapeamento fornece visibilidade de contêineres e também mapeia VMs não totalmente descobertas, o que o mapeamento de serviços de cima para baixo é incapaz de fazer. Apesar de associar componentes marcados com serviços de aplicações específicos, o mapeamento baseado em marcador não mapeia as conexões entre esses componentes: esse é outro motivo pelo qual o mapeamento baseado em marcador complementa, em vez de substituir o mapeamento de serviços de cima para baixo. |
Mapeie recursos em cargas de trabalho na nuvem, como IaaS/Paas/FaaS/CaaS, bem como em cargas de trabalho de contêiner usando Kubernetes, OpenShift ou AWS ECS. Além disso, mapeie os recursos no Site Reliability Engineering (SRE) ou nas implantações do Customer Reliability Engineering (CRE). Ao usar o método baseado em marcador, você pode mapear recursos de contêiner em suas implantações. Normalmente, esse método é usado para descobrir aplicações em virtualizações de nuvem ou em implantações de PaaS. |
Ao contrário de outros métodos de mapeamento, o mapeamento baseado em marcador não requer a configuração de credenciais ou a concessão de direitos elevados aos usuários. Os serviços de aplicações baseados em marcador podem não incluir ICs relevantes se nesses ICs não houver os marcadores corretos atribuídos a eles. |
| Ingestão de mapas do gerenciamento de desempenho da aplicação (APM) e de implantações integradas da Dynatrace ou do AppDynamics Crie serviços de aplicações usando a integração com o modelo de aplicação AppDynamics e a plataforma demonitoramento Dynatrace, disponíveis na ServiceNow Store. |
Use essa integração para criar serviços de aplicações com base em mapas de APM da Dynatrace ou do AppDynamics. Você pode usar serviços de aplicativos criados por esse método para monitorar o Health. | Analise os recursos descobertos no CMDB antes de ingerir de terceiros para evitar a criação de ICs duplicados. |
| Preencher um serviço de aplicativos usando o método Grupo de IC dinâmico Baseado em grupos do CMDB cujos membros preenchem o serviço de aplicativos. |
Use esse método como uma maneira simples e rápida de criar grupos de ICs dinâmicos para implantações, inclusive o Microsoft Active Directory, o Microsoft Exchange ou outros serviços relacionados a DNS. Os Grupos de ICs dinâmicos são especialmente úteis se houver apenas uma lista de recursos disponível, sem detalhes de configuração ou credenciais. O uso de um grupo do CMDB permite usar o Health do CMDB para monitorar a integridade e usar uma CMDB consulta salva do Query Builder para filtrar os ICs incluídos no serviço de aplicativos. |
Não há exibição de mapas de serviços de aplicações criadas com o uso desse método. Você só pode visualizar ICs pertencentes a serviço de aplicativos como esses na forma de lista. É necessário garantir que o grupo do CMDB filtre com precisão os ICs a serem incluídos no serviço de aplicativos. |
| API de serviço de aplicativos Crie uma automação para criar serviços de aplicações em massa. Esse método é adequado se sua organização realizou análise e mapeamento entre organizações e reuniu algumas informações sobre os serviços. Os serviços de aplicações criados com o uso de APIs pertencentes ao tipo manual são armazenados na tabela Serviço de aplicações mapeada [cmdb_ci_service_discovered]. |
Use esse método em ambientes que requerem o rastreamento do processo de Integração contínua/Implantação contínua (IC/CD) do DevOps. É possível importar mapas de serviços de terceiros para serviços de aplicações manuais individualmente ou em massa. Por exemplo, consulte o Guia digital: Importação de mapas de serviços de terceiros para o ServiceNow Mapeamento de serviços. |
Familiarize-se com a estrutura de serviço exata: sys_id de cada IC que compõe o serviço e a hierarquia formada pelos ICs. Esse método requer conhecimento da infraestrutura de script utilizada por sua organização. |
| Preenchimento de um serviço de aplicativos usando o método Manual Crie um serviço de aplicativos manual com apenas um IC: o ponto de entrada. Para preencher um serviço de aplicativos criado manualmente, adicione outros ICs manualmente, conforme descrito em Adicionar manualmente ICs a um serviço de aplicativos. Como alternativa, crie e preencha serviços de aplicações manuais convertendo serviços de negócio criados no CMDB e armazenados em [cmdb_ci_service]. |
Use o método manual se não for possível usar outros métodos de criação ou preenchimento de serviços de aplicações. Crie serviços de aplicações manualmente para evitar invasões. |
Esse método não requer nenhuma instalação pré-existente ou configuração de objeto. Você pode incluir ICs de qualquer classe em serviços de aplicações criadas manualmente. Os serviços de aplicações criados manualmente refletem algumas mudanças nos ICs, como atributos de ICs. No entanto, eles não refletem automaticamente as mudanças nos relacionamentos de ICs. |
| Preencher um serviço de aplicativos usando o método Serviço dinâmico Serviços de aplicativos que são atualizados automaticamente para refletir qualquer mudança nos relacionamentos de ICs na tabela Relacionamento de ICs do CMDB [cmdb_rel_xi}. Para estar em conformidade com o Modelo de dados de serviço comum, é possível também converter serviços legados em serviços de aplicações dinâmicas. Esses serviços legados são armazenados nas tabelas [cmdb_ci_service] ou [cmdb_ci_service_manual] do CMDB: |
Use esse método para transformar serviços de negócio legados em serviços de aplicações utilizáveis por outros produtos da ServiceNow. Por exemplo, os serviços de aplicações dinâmicos podem ser usados para monitoramento de serviços e gerenciamento de mudanças. | Não é possível editar um serviço de aplicativos dinâmico adicionando ou removendo ICs diretamente dele. O sistema modifica automaticamente um serviço de aplicativos do tipo dinâmico quando você modifica relacionamentos relevantes para ICs que fazem parte desse serviço de aplicativos. |
| Do arquivo CSV O Mapeamento de serviços extrai informações desse arquivo e cria serviços de aplicações em potencial, conhecidos como candidatos a serviço. Esse método é adequado se sua organização realizou análise e mapeamento entre organizações e reuniu algumas informações sobre os serviços. |
Se necessário, você pode importar candidatos a serviço de vários arquivos CSV. | Organize todas as informações coletadas em uma ordem específica em um arquivo CSV, exatamente como descrito na documentação. |
Para estar em conformidade com CSDM, converta serviços manuais criados usando IT Operations Management Gestão de eventos e armazenados em [cmdb_ci_service_manual] conforme abordado em Conversão de serviços manuais em serviços de aplicações ou Conversão de serviços manuais em serviços de aplicações usando a API. Os serviços convertidos passam a ser serviços de aplicações do tipo manual armazenado na tabela Serviço de aplicações mapeado [cmdb_ci_service_discovered].
Separação de domínios
A separação de domínios, se implantada, afeta um instância de serviço da seguinte forma:
- Ao criar um instância de serviço , o instância de serviço é atribuído ao domínio do usuário.
- Ao adicionar manualmente um IC a um instância de serviço , é possível escolher somente os ICs pertencentes ao domínio do serviço.
- Durante o uso da REST API createOrUpdateService - POST para criar ou atualizar um serviço de aplicativos, o processo será interrompido se um dos ICs referenciados na API pertencer a um domínio diferente do próprio serviço de aplicativos.
- Ao converter serviços de negócio em serviços de aplicações, o serviço de aplicativos recém-criado pertence ao mesmo domínio do serviço de negócio original. O serviço de aplicações compreende somente ICs pertencentes ao mesmo domínio do próprio serviço de aplicações.