- Introdução
- Melhores práticas
- Tenant
- Sobre o contexto do tenant
- Pesquisa de recursos em um tenant
- Gerenciamento de robôs
- Conectar Robôs ao Orchestrator
- Armazenamento de credenciais do robô no CyberArk
- Armazenamento de senhas do Unattended Robot no Azure Key Vault (somente leitura)
- Armazenamento de credenciais do Unattended Robot no HashiCorp Vault (somente leitura)
- Armazenando credenciais de Unattended Robots no AWS Secrets Manager (somente leitura)
- Exclusão de sessões não assistidas desconectadas e não responsivas
- Autenticação do robô
- Autenticação de robôs com credenciais de cliente
- Configuração de recursos de automação
- Auditar
- Serviço Catálogo de recursos
- Automation Suite Robots
- Contexto de Pastas
- Automações
- Processos
- Trabalhos
- Apps
- Gatilhos
- Logs
- Monitoramento
- Filas
- Ativos
- Armazenar Buckets
- Test Suite - Orchestrator
- Integrações
- Solução de problemas
Guia do usuário do Orchestrator
Pastas
Uma pasta é uma área de armazenamento que ajuda a manter seus projetos separados. As pastas permitem que você mantenha um controle refinado sobre as automações e suas entidades intrínsecas, além do pessoal em toda toda a organização.
As pastas têm seus próprios recursos do Orchestrator, que residem em cada pasta específica. Há também recursos globais criados no nível do tenant e que ficam disponíveis nas pastas.
Recursos do tenant |
Recursos da pasta |
---|---|
|
|
Essas entidades podem ser incluídas em várias pastas de uma estrutura hierárquica ou podem ser específicas de cada pasta ou subpasta. Apenas aquelas disponíveis na pasta ativa são visíveis no Orchestrator. Trocar a pasta ativa também atualizará as entidades e seus conteúdos, visíveis no Orchestrator.
As pastas raiz podem ser configuradas com um feed do pacote dedicado e, nesse caso, os pacotes são um recurso específico da pasta, o que significa que são mantidos separados e disponíveis apenas na pasta para a qual foram publicados.
As pastas com um feed do pacote dedicado são marcadas com um rótulo Pacotes da pasta abaixo do nome da pasta.
Observe que, no Studio, o feed da pasta pode não aparecer imediatamente. É necessário atualizar a conexão do Orchestrator para exibi-la.
Para gerenciar o acesso que uma conta tem em uma pasta, atribua uma ou várias funções de pasta que incluem as Permissões de pasta necessárias para cada um dos recursos no nível da pasta listados em Recursos de tenant e pasta .
Embora algumas funções sejam funções mistas por padrão, você só pode usar permissões de um único tipo - Permissões de tenant ou pasta - em quaisquer funções personalizadas que você criar.
Dependendo do nível de acesso que você deseja conceder, frequentemente é necessária uma combinação de várias funções.
Uma hierarquia de pasta pode ser estabelecida com até 7 níveis. Essa estrutura inclui a pasta de nível superior e permite 6 camadas adicionais de subpastas abaixo dela. Em termos de acesso do usuário, ele é herdado das pastas pai. Isso significa que se você receber acesso a uma pasta, você ganha automaticamente acesso a todas as suas subpastas.
Orchestrator Folder Path
das atividades do Orchestrator, como Get Asset.
Orchestrator Folder Path
, da seguinte maneira:
- Caminho que começa com
/
- começa na pastaroot
da árvore da qual a pasta Ambiente faz parte. - Caminho que começa com
.
- começa na pasta Ambiente. - Caminho começa com
..
- começa um nível acima na hierarquia da pasta Ambiente para cada..
no caminho (por exemplo,../
para um nível acima,../../
para dois níveis acima na hierarquia).
../../../Finance
funciona, mas o caminho ../../../Accounting
falha.
Observe que barras ao final não são aceitas.
As operações dentro das pastas são regidas por dois conjuntos de permissões principais:
-
Permissões de pasta: essas permissões se aplicam às pastas principal ou raiz da hierarquia. Eles concedem controle sobre quem pode criar, editar ou excluir essas pastas.
-
Permissões de subpasta: essas permissões aplicam-se a pastas filho ou subpastas. Eles concedem controle sobre quem pode criar, editar ou excluir subpastas.