Hierarquias do Domain Separation
Crie uma hierarquia ao definir uma arquitetura de domínio para rastrear seus processos e fluxos de trabalho.
Amostra das hierarquias do Domain Separation
- No exemplo a seguir, TOP é um domínio de processo. Ele nunca deve conter usuários. Em vez disso, TOP deve conter os novos processos que os proprietários de instância desenvolvem e as substituições desses processos do domínio global.
- Somente o provedor de serviço (SP) tem acesso ao domínio-padrão. Este domínio nunca contém usuários ativos. Ele contém somente os dados "perdidos" que você precisa reatribuir ao domínio correto. Nota:Quando os dados não são atribuídos a um domínio específico, eles são movidos para o domínio-padrão. Eles estão temporariamente "perdidos" e precisam ser atribuídos ao domínio correto.
- Tarefas e usuários sem um domínio são colocados no domínio-padrão automaticamente quando você cria ou atualiza domínios. Você pode substituir essa ação desmarcando a opção Padrão neste registro ou selecionando a opção Padrão em outro registro de domínio. Se você ainda não definiu um domínio-padrão, as tarefas e os usuários sem domínio serão movidos para o domínio global.
- Não mova dados entre domínios enquanto estiver usando a instância.
- Se algum dado terminar no domínio-padrão, isso significa que você tem um problema de configuração ou de procedimento para resolver.
Você não vê a palavra "Global" neste diagrama porque não há domínio global. Lembre-se de que "global" é a ausência de um domínio em um registro.
Por exemplo, uma tabela sem campo de domínio significa que a tabela contém todos os registros globais. Uma tabela que tem um campo de domínio significa que qualquer registro sem um domínio é um domínio global.
A palavra "global" está no campo de domínio. Ela é usada automaticamente quando o registro não tem domínio.
- Use o domínio-padrão para garantir que os registros não terminem no domínio global em tabelas que nunca devem ter registros globais.
- Os proprietários da instância devem fazer a triagem dos registros no domínio-padrão e movê-los para o domínio correto.
Hierarquias do domínio
- Primário/secundário: processo e dados afetados
- Design baseado em um fluxo do processo.
- Lembre-se de que os domínios primários podem acessar todos os dados nos domínios secundários.
- Domínio "Contém": somente os dados são afetados. Por exemplo, fazer com que o SP no diagrama contenha TOP não faz com que os processos no SP sejam executados no domínio TOP e para baixo.
- Concede direitos de acesso a dados a indivíduos em grupos que exigem acesso dedicado a determinados domínios.
- Contém causas ou condições a serem adicionadas às consultas de banco de dados que podem causar problemas de desempenho com grandes conjuntos de dados e domínio.
- Visibilidade: a hierarquia que está sempre visível para os usuários depois que você fornece acesso. Somente os dados são afetados, não os processos.
- Concede acesso aos dados de um domínio a outro domínio que não tinha esse acesso quando a hierarquia primária e secundária foi criada.
- Permite que os usuários vejam todos os dados nos domínios aos quais eles têm acesso de visibilidade, o tempo todo, independentemente do registro em que estão trabalhando. Nota:Use com moderação, já que a Visibilidade pode permitir um acesso completo que você não pretende.
Princípios básicos para definir uma hierarquia de domínio
Casos de uso irrestritos e restritos para o Domain Separation.
Muitos SPs têm clientes que declaram implicitamente que o acesso a seus domínios deve ser estritamente regulamentado, o que restringe o uso da função "contém" no domínio TOP. O diagrama a seguir explica como atenuar essa regulamentação dividindo os domínios em domínios Restritos e Irrestritos.
Os clientes existem em uma "vertical" específica da hierarquia do Domain Separation. Isso significa que eles consomem somente processos definidos em seu domínio e todos os domínios primários acima deles na hierarquia. Todos os processos definidos em domínios que não estão em sua hierarquia linear primária-secundária não se aplicam.
Nota:Clientes ou "locatários" são entidades que são separadas umas das outras, não como departamentos ou unidades de negócios que compartilham recursos entre si.- Super verticais (restritos, serviços de gerente e assim por diante) são permitidos, desde que os clientes pertençam apenas a um deles.
- Serviços, produtos ou ofertas que precisam estar disponíveis horizontalmente para todos os clientes não são definidos em hierarquias do domínio separadas.
- Em TOP, você pode criar dois domínios, Irrestrito e Restrito.
- Coloque os clientes e seus domínios que não têm restrições de visibilidade de SP em Irrestrito.
- Coloque os clientes e seus domínios que têm esse requisito em Restrito.
- Os administradores do sistema podem usar as funções "contém" e "visibilidade" de maneira eficiente e direcionada.
- Aplique "contém" a Irrestrito, para que um único "contém" possa conceder visibilidade à maioria dos clientes.
- Aplique a visibilidade do domínio usando "grupos de visibilidade do domínio" a domínios específicos, conforme necessário.
O diagrama a seguir descreve como escolher qual modelo de hierarquia é ideal para você. Você pode escolher hierarquias separadas, híbridas ou compartilhadas, dependendo de quais processos e funcionalidades você deseja nas estruturas de domínio.
Para saber mais sobre a arquitetura de hierarquia, consulte Arquitetura de referência do provedor de serviço.