- Primeros pasos
- Mejores prácticas
- Modelado de la organización en Orchestrator
- Gestión de grandes implementaciones
- Mejores prácticas de automatización
- Optimizar la infraestructura desatendida mediante plantillas de máquinas
- Tenant
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Integraciones
- Robots clásicos
- Solución de problemas
Modelado de la organización en Orchestrator
Orchestrator proporciona varias características que pueden utilizarse en el modelado de tu implementación para proporcionar una administración fácil y eficiente al tiempo que garantiza el aislamiento de activos y el control de acceso adecuados, independientemente del tamaño o la estructura.
Una sola instancia de Orchestrator puede dividirse entre múltiples Tenants, teniendo a cada tenant completamente aislado de los demás. No se comparten automatizaciones, recursos o usuarios entre los tenants, ni tendrán acceso a estos.
Each tenant can be further subdivided and organized into Folders. You can create as many classic or modern folders as needed to accomplish your desired structure. Each type of folder has various features and capabilities, enabling you to use the appropriate type for managing the administration and sharing of automations.
Los tenants están diseñados con el propósito de aislar completamente todas las entidades de Orchestrator (es decir, Robots, Activos, Colas, etc.) entre estas instancias segregadas de tu implementación, todo ello sin tener que mantener múltiples Orchestrators. Algunos ejemplos de cómo separar tu Orchestrator en tenants:
- Un tenant para cada oficina regional o internacional de tu empresa, ya que los usuarios de cada región tienen automatizaciones específicas para las leyes y procedimientos aplicables de la región (por ejemplo, los procesos de RR. HH. en Europa frente a EE. UU. o Japón).
- Mantener varios entornos de desarrollo y prueba.
- Aislar datos confidenciales, como procesos de plataforma o proyectos confidenciales.
Los tenants se usan mejor en situaciones en las que quieres gestionar todos tus usuarios, recursos y configuraciones de soluciones de automatización de forma independiente por administradores de tenants designados.
Las carpetas modernas ofrecen múltiples funciones que no están disponibles en las carpetas clásicas, como la gestión automática de robots, las estructuras jerárquicas y la asignación de roles detallados para los usuarios.
El objetivo principal de las carpetas modernas es simplificar las grandes implementaciones permitiendo compartir las automatizaciones entre varios departamentos, la integración con los grupos existentes de AD y un mayor control sobre los permisos de los usuarios y la creación de robots.
Por ejemplo, puedes crear una carpeta separada para tus departamentos de Finanzas y Recursos humanos, añadiendo esos grupos respectivos desde el Active Directory de tu empresa a sus carpetas correspondientes, a la vez que permites que tus usuarios de Recursos humanos tengan acceso a las automatizaciones de Informes de gastos de la carpeta de Finanzas, en lugar de tener que volver a crearlas para cada usuario individual de tu empresa.
Las carpetas clásicas funcionan de manera similar a las versiones anteriores de Orchestrator, de modo que se mantiene la retrocompatibilidad completa durante la transición al modelo moderno.
Además de mantener esta retrocompatabilidad con implementaciones existentes, las carpetas clásicas ayudan a proporcionar la segregación de las automatizaciones en implementaciones menos complejas en las que no es necesaria la separación por tenant. En las carpetas clásicas, los permisos de usuario se establecen a nivel de tenant, sin roles específicos de carpeta. Los usuarios también tienen acceso a las automatizaciones solo en las carpetas a las que están asignados.
Debido a esta complejidad añadida, las carpetas clásicas son más recomendables para implementaciones con un menor número de robots y administradores.