Separação de domínios e Gestão de nível de serviços
Separação de domínios é compatível com Gestão de nível de serviços. O Domain Separation permite separar dados, processos e tarefas administrativas em agrupamentos lógicos chamados de domínios. Você pode controlar vários aspectos dessa separação, incluindo quais usuários podem ver e acessar os dados.
Nível de suporte: Padrão
- Inclui todos os aspectos do suporte de nível básico.
- As propriedades da aplicação reconhecem o domínio conforme necessário.
- Lógica de negócios: o provedor de serviço (SP) cria ou modifica processos por cliente. Os casos de uso refletem o uso adequado do aplicativo por vários clientes de SP em uma única instância.
- O proprietário da instância deve configurar a lógica de negócios do produto minimamente viável (MVP) e os parâmetros de dados por locatário conforme esperado para o aplicativo específico.
Exemplo de caso de uso: um administrador deve ser capaz de fazer os comentários necessários quando um registro é encerrado para um locatário, mas não para outro.
Para obter mais informações sobre os níveis de suporte, consulte Suporte de aplicação para separação de domínio.
Visão geral Gestão de nível de serviços
- O Gestão de nível de serviço ajuda os clientes a monitorar, medir e relatar os acordos de nível de serviço (SLAs) acordados. As definições do ANS encapsulam esses acordos.
- Os usuários podem ver somente o conteúdo do domínio ao qual têm acesso.
Como funciona a separação de domínio em Gestão de nível de serviço
A intenção do SLM é fornecer aos clientes uma expectativa de serviço dentro de uma escala de tempo conhecida e a capacidade de monitorar quando os níveis de serviço não estão sendo atendidos. Para aprender termos e definições específicos, consulte Conceitos de Gestão de nível de serviço.
- As definições do ANS e os ANSs de tarefa têm campos de domínio. No entanto, os SLAs de tarefa são criados somente no domínio do registro de tarefa anexado.
- As definições do ANS devem ser definidas em um domínio de locatário (ou global) para que os SLAs de tarefa sejam criados e anexados a uma determinada tarefa (ou extensões).
- Os SLAs de tarefa serão anexados a uma tarefa se houver uma definição do ANS no domínio de registros da tarefa ou em um domínio ancestral.
- Os SLAs de tarefa sempre herdam o domínio de seu registro de tarefa anexado, o que inclui o fluxo de trabalho em execução no registro de ANS de tarefa. Se um registro de tarefa for invertido, o ANS da tarefa também será.
- Se houver uma definição do ANS no domínio de um ancestral, a definição poderá ser substituída em um subdomínio (administração delegada).
Gestão de nível de serviços tabelas separadas por domínio
- Definição do ANS [contract_sla]
- ANS de tarefa [task_sla]
Casos de uso do Gestão de nível de serviços
- Um usuário ESS no domínio ACME faz login e cria um incidente, no qual um ANS é anexado. O ANS é criado no domínio do registro de tarefa associado (incidente), que é o domínio ACME. O usuário ESS não pode ler registros de ANS. Eles estão restritos às seguintes funções:
- Administrador
- ITIL
- Administrador de ANS
- Gerente de ANS
- Um usuário ITIL no domínio Acme faz login e cria um incidente. O processo acima é o mesmo, exceto que o usuário ITIL pode ler o registro de ANS anexado ao incidente.
- Se houver uma definição do ANS no domínio Acme e não atender às necessidades de um subdomínio da Acme (secundário da Acme), um administrador de ANS poderá corrigir. Os Administradores de ANS podem navegar até a definição do ANS ACME quando o domínio de sessão é secundário da ACME, fazer as mudanças relevantes e salvá-las. O Administrador de ANS é alertado de que uma substituição foi criada.
- Um usuário ITIL define o domínio da sessão como secundário da Acme e cria um incidente. O ANS de tarefa é criado usando a definição do ANS do secundário da Acme.