- Introdução
- Melhores práticas
- Modelagem de organização no Orchestrator
- Gerenciar grandes implantações
- Melhores Práticas de Automação
- Tenant
- Ações
- Contexto de Pastas
- Automações
- Processos
- Trabalhos
- Gatilhos
- Logs
- Monitoramento
- Filas
- Ativos
- Armazenar Buckets
- Test Suite - Orchestrator
- Catálogos de Ações
- Perfil
- Administrador do Sistema
- Servidor de Identidade
- Autenticação
- Outras configurações
- Integrações
- Robôs Clássicos
- Solução de problemas
Modelagem de organização no Orchestrator
O Orchestrator oferece vários recursos que podem ser usados na modelagem da sua implantação para fornecer uma administração fácil e eficiente, enquanto também garantem o isolamento adequado de ativos e controle de acesso na sua organização, independentemente de tamanho ou estrutura.
Uma instância única do Orchestrator pode ser dividida em vários Tenants, com cada tenant sendo totalmente isolado de quaisquer outros. Nenhuma automação, recurso ou usuário é compartilhado ou acessível entre tenants diferentes.
Cada tenant pode ser subdividido e organizado em Pastas. Você pode criar quantas pastas clássicas ou modernas forem necessárias para alcançar sua estrutura desejada. Cada tipo de pasta tem recursos e capacidades diferentes, permitindo que você use o tipo adequado para a maneira como você deseja gerenciar a administração e o compartilhamento das automações em sua organização.
Os tenants são projetados para proporcionar um isolamento completo de todas as entidades do Orchestrator (ou seja, Robôs, Ativos, Filas, etc.) entre as instâncias segregadas da sua implantação, tudo isso sem precisar manter vários Orchestrators. Alguns exemplos de separação do seu Orchestrator em tenants:
- Um tenant para cada escritório regional ou internacional da sua empresa, pois os usuários de cada região têm automações específicas para as leis e procedimentos aplicáveis dessa região (por exemplo, processos de RH nos EUA vs. Europa ou Japão).
- Mantendo vários ambientes de desenvolvimento e testes.
- Isolamento de dados confidenciais, como processos de folha de pagamento ou projetos confidenciais.
Os tenants são, portanto, mais bem utilizados em situações nas quais você deseja que todos os usuários, recursos e configurações das suas soluções de automação sejam gerenciados de forma independente por administradores de tenant designados.
As pastas modernas fornecem vários recursos não disponíveis no contexto de pastas clássicas, como gerenciamento automático de robôs, estruturas hierárquicas e atribuição de funções granulares para usuários. Veja aqui para obter mais detalhes.
A finalidade orientadora das pastas modernas é o gerenciamento simplificado de grandes implantações, habilitando o compartilhamento de automações em diferentes departamentos, integração com seus grupos de AD existentes, e o controle expandido sobre as permissões de usuário e criação de robôs.
Por exemplo, você pode criar uma pasta separada para seus departamentos de Finanças e RH. adicionando esses respectivos grupos do Active Directory da sua empresa à pasta correspondente e, ao mesmo tempo, permitir que seus usuários de RH tenham acesso às automações do Relatório de Despesas contidas na pasta Finanças, em vez de ter que recriar para cada usuário ou grupo separado de sua empresa.
As pastas clássicas funcionam da mesma maneira que as versões anteriores do Orchestrator, mantendo total compatibilidade retroativa durante a transição para o modelo moderno. Consulte aqui para obter uma comparação dos dois tipos de pastas.
Além de manter essa compatibilidade retroativa para implantações existentes, as pastas clássicas são úteis no fornecimento de segregação de automações em implantações menos complexas, onde a separação por tenant não é necessária. Em pastas clássicas, as permissões de usuário são definidas no nível de tenant sem funções específicas de pasta disponíveis. Os usuários também têm acesso a automações apenas nas pastas às quais são atribuídos.
Devido a essa complexidade adicional, as pastas clássicas são mais bem utilizadas para implantações com números menores de robôs e administradores.