> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/es/automatizacion/runbooks/hybrid-runbook-worker.md).

# Hybrid Runbook Worker

{% hint style="warning" %}
Esta característica actualmente solo está disponible en [portal-staging.realmjoin.com](https://portal-staging.realmjoin.com).
{% endhint %}

De forma predeterminada, los runbooks de RealmJoin se ejecutan en la **nube de Azure Automation**. Eso es perfecto para tareas contra servicios en la nube (Entra ID, Intune, Exchange Online, …), pero la nube no tiene visibilidad de tus **las instalaciones locales** o de otro modo, de tu red privada.

Un **Trabajador híbrido de runbooks** resuelve esto. Es una máquina que ejecutas dentro de tu propio entorno (por ejemplo, en las instalaciones, o en una red privada en la nube) y que registras con tu cuenta de Azure Automation. Los runbooks que se dirigen a ese trabajador se ejecutan **en esa máquina, dentro de tu red**, aunque siguen iniciándose, rastreándose y auditándose a través de RealmJoin, igual que cualquier otro runbook.

## Por qué podrías usarlo

Usa un Trabajador híbrido de runbooks siempre que un runbook necesite llegar a algo a lo que la nube de Azure no puede:

* En las instalaciones **Active Directory**, servidores de archivos o servidores de impresión
* Aplicaciones y bases de datos de línea de negocio alojadas en tu propio centro de datos
* Dispositivos de red, appliances o API internas que no están expuestas a Internet
* Cualquier recurso al que deba accederse desde dentro de tu red corporativa por motivos de seguridad o conectividad

Mantienes la comodidad de la experiencia de runbooks de RealmJoin (autoservicio, permisos, aprobaciones, registro) mientras el trabajo real ocurre donde residen tus recursos.

## Cómo funciona

* **Dónde se ejecuta.** Un runbook normal se ejecuta en la sandbox de la nube de Azure. En cambio, un runbook híbrido se entrega a tu Trabajador híbrido de runbooks, por lo que se ejecuta en tu propia máquina y puede comunicarse con tus recursos internos.
* **Qué runbooks son híbridos.** RealmJoin reconoce un runbook como "híbrido" por su nombre: los runbooks cuyo nombre termina en **`_hybrid`** se enrutan a tu Grupo de trabajadores híbridos. Todos los demás runbooks continúan ejecutándose en la nube como antes.
* **Dónde se ejecuta, con más precisión.** Cuando se inicia un runbook híbrido, RealmJoin lo envía al **Grupo de trabajadores híbridos** que configuraste. Un grupo de trabajadores puede contener una o más máquinas; Azure Automation elige un trabajador disponible en ese grupo para realizar el trabajo.

{% hint style="info" %}
Habilitar esta característica no **devolvería** mueve tus runbooks existentes fuera de la nube. Solo los runbooks nombrados con el `_hybrid` sufijo se dirigen al Trabajador híbrido de runbooks.
{% endhint %}

## Requisitos previos

Antes de poder habilitar la característica en RealmJoin, necesitas un Trabajador híbrido de runbooks operativo en tu cuenta de Azure Automation:

1. Implementa y registra una o más máquinas como un **Grupo de trabajadores híbridos** en tu cuenta de Azure Automation. Consulta la guía de Microsoft sobre [Trabajadores híbridos de runbooks](https://learn.microsoft.com/en-us/azure/automation/automation-hybrid-runbook-worker) para los pasos de configuración.
2. Asegúrate de que esas máquinas tengan acceso de red a los recursos locales o privados que necesitan tus runbooks.

{% hint style="warning" %}
Si no existe ningún Grupo de trabajadores híbridos en tu cuenta de Automation, RealmJoin no puede ofrecer uno para seleccionar y te pedirá que registres primero un trabajador.
{% endhint %}

## Habilitarlo en RealmJoin

{% stepper %}
{% step %}

### Abre la configuración de tus runbooks

En el Portal de RealmJoin, ve a la configuración de tus runbooks. La opción Trabajador híbrido de runbooks estará disponible una vez que se haya guardado la configuración inicial de tu runbook.
{% endstep %}

{% step %}

### Activa la sincronización de Trabajador híbrido de runbooks

Habilitar **Habilita la sincronización de Trabajador híbrido de runbooks**. RealmJoin leerá los Grupos de trabajadores híbridos registrados en tu cuenta de Azure Automation.
{% endstep %}

{% step %}

### Elige un Grupo de trabajadores híbridos

Selecciona la **Grupo de trabajadores híbridos** en el que deben ejecutarse tus runbooks híbridos y luego guarda. Esto se convierte en el destino predeterminado para todos los `_hybrid` los runbooks en tu Tenant.
{% endstep %}
{% endstepper %}

## Ejecutar un runbook híbrido

Ejecutar un runbook híbrido funciona exactamente igual que cualquier otro runbook — tu personal de soporte y administración no necesita hacer nada especial.

* Cuando un runbook se dirige a un Trabajador híbrido de runbooks, el diálogo de ejecución muestra una nota como *"Se ejecutará en el grupo de trabajadores híbridos de runbooks: …"* para que quede claro dónde se ejecutará la tarea.
* Si un runbook está configurado con más de un grupo de trabajadores entre los que elegir, el operador puede **seleccionar qué Grupo de trabajadores híbridos** usar al iniciarlo.
* Los runbooks que requieren [aprobación](/es/automatizacion/runbooks/runbook-permissions.md) mantienen el grupo de trabajadores seleccionado, por lo que la tarea se ejecuta en el trabajador previsto una vez aprobada.

{% hint style="info" %}
Los registros de los runbooks y los detalles del trabajo están disponibles en el Portal de RealmJoin como de costumbre — consulta [Registros de runbook](/es/automatizacion/runbooks/runbook-logs.md) — independientemente de si un runbook se ejecutó en la nube o en un Trabajador híbrido de runbooks.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.realmjoin.com/es/automatizacion/runbooks/hybrid-runbook-worker.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.