Un nodo Check verifica la disponibilidad de un objeto destino, como una tabla particionada de MaxCompute, un archivo FTP, un archivo OSS, un archivo HDFS, un archivo OSS-HDFS o una tarea de sincronización en tiempo real. Cuando se cumple la política de verificación, el nodo Check se ejecuta correctamente y activa sus tareas posteriores.
Objetos compatibles y políticas de verificación
Un nodo Check solo puede verificar orígenes de datos y tareas de sincronización en tiempo real. Las políticas de verificación son las siguientes:
-
Origen de datos
-
Tabla particionada de MaxCompute o DLF (tabla particionada Paimon)
Nota
Los nodos Check admiten tablas particionadas de MaxCompute, pero no son compatibles con tablas no particionadas de MaxCompute.
Los nodos Check ofrecen las dos políticas de verificación siguientes para determinar si los datos de una tabla particionada de MaxCompute están listos.
-
Política 1: Comprobar si existe la partición destino
Si la partición destino existe, el nodo Check considera que la generación de datos ha finalizado y que los datos están disponibles.
-
Política 2: Comprobar si la partición destino se actualizó dentro de un periodo especificado
Si la partición destino no se actualizó dentro del periodo especificado, el nodo Check considera que la generación de datos ha finalizado y que los datos están disponibles.
-
Archivo FTP, OSS, HDFS u OSS-HDFS
Si el archivo destino existe, el nodo Check lo considera disponible.
-
Tarea de sincronización en tiempo real
La verificación se basa en la hora de inicio programada del nodo Check. Si la tarea de sincronización en tiempo real terminó de escribir los datos antes de esa hora, la verificación se aprueba.
Además, debe especificar el intervalo de verificación (el tiempo entre comprobaciones consecutivas) y una condición de detención (el número máximo de comprobaciones o una fecha límite). Si la tarea alcanza el número máximo de comprobaciones o se cumple la fecha límite sin que la verificación se haya aprobado, el nodo Check falla. Para obtener más información sobre cómo configurar estas políticas, consulte Step 2: Configure check policies.
Un nodo Check verifica periódicamente un objeto destino. Debe configurar la hora de programación del nodo Check según la hora de inicio esperada de la verificación. Una vez que se cumplen las condiciones de programación, el nodo Check permanece en estado de ejecución hasta que la verificación se apruebe o falle según la política de detención. For more information about schedule settings, see Step 3: Configure task scheduling.
Un nodo Check ocupa recursos de programación hasta que finaliza la verificación.
Limitaciones
Restricciones de resource group: Las tareas del nodo Check solo pueden ejecutarse en un resource group serverless. Para obtener más información sobre cómo adquirir y usar un resource group serverless, consulte Use a serverless resource group.
Restricciones de origen de datos: Los orígenes de datos FTP con Protocol establecido en SFTP y autenticados mediante Key no son compatibles. Para obtener más información, consulte Create an FTP data source.
-
Restricciones de funciones del nodo
Un nodo Check solo puede verificar un objeto. Si su tarea depende de varios objetos (por ejemplo, varias tablas particionadas de MaxCompute), debe crear múltiples nodos Check para verificar cada objeto por separado.
El intervalo de verificación de un nodo Check varía de 1 minuto a 30 minutos.
Restricciones de edición de DataWorks: Los nodos Check solo son compatibles con DataWorks Professional Edition y ediciones superiores. Si utiliza una edición inferior, consulte Version upgrade description para actualizar.
Regiones compatibles: Los nodos Check están disponibles en las siguientes regiones: China (Hangzhou), China (Shanghai), China (Beijing), China (Shenzhen), China (Chengdu), China (Hong Kong), Japan (Tokyo), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Germany (Frankfurt), UK (London), US (Silicon Valley) y US (Virginia).
Requisitos previos
-
Cuando un nodo Check verifica un origen de datos, debe crear el origen de datos correspondiente antes de usar el nodo Check. La siguiente tabla enumera las preparaciones obligatorias.
|
Tipo de objeto de verificación
|
Preparación
|
Referencia
|
|
Tabla particionada de MaxCompute
|
-
Se creó un recurso de cómputo de MaxCompute y se asoció con Data Studio.
Al crear y asociar un recurso de cómputo de MaxCompute en DataWorks, se crea automáticamente un origen de datos de MaxCompute.
-
Se creó una tabla particionada de MaxCompute.
|
|
|
Archivo FTP
|
Se creó un origen de datos FTP.
Debe registrar su servicio FTP como un origen de datos en DataWorks antes de poder acceder a sus datos.
|
Create an FTP data source
|
|
Archivo OSS
|
Se creó un origen de datos OSS con el modo de acceso establecido en Access Key.
Debe registrar su bucket de OSS como un origen de datos en DataWorks antes de poder acceder a sus datos.
Nota
Actualmente, solo se admite el modo Access Key para acceder a orígenes de datos OSS en un nodo Check. Los orígenes de datos OSS configurados con el modo de autorización de rol RAM no se pueden usar con nodos Check.
|
|
|
Archivo HDFS
|
Se creó un origen de datos HDFS.
Debe registrar su clúster HDFS como un origen de datos en DataWorks antes de poder acceder a sus archivos.
|
Create an HDFS data source
|
|
Archivo OSS-HDFS
|
Se creó un origen de datos OSS-HDFS.
Debe registrar su servicio OSS-HDFS como un origen de datos en DataWorks antes de poder acceder a sus datos.
|
OSS-HDFS
|
Cuando un nodo Check verifica una tarea de sincronización en tiempo real, solo se admiten tareas de sincronización en tiempo real de Kafka a MaxCompute. Antes de usar un nodo Check, cree la tarea de sincronización en tiempo real correspondiente. Para obtener más información, consulte Create a real-time synchronization task.
Paso 1: Crear un nodo Check
-
Inicie sesión en la consola de DataWorks. En la región destino, haga clic en en el panel de navegación izquierdo. Seleccione un workspace de la lista desplegable y haga clic en Go to Data Development.
-
Haga clic en el icono 
y elija .
Siga las instrucciones en pantalla para especificar la ruta, el nombre y otra información del nodo.
Paso 2: Configurar políticas de verificación
Configure el nodo Check para verificar un origen de datos o una tarea de sincronización en tiempo real según sus requisitos empresariales.
Origen de datos
Configurar políticas de verificación para una tabla particionada de MaxCompute
La siguiente tabla describe los parámetros.
|
Parámetro
|
Descripción
|
|
Data Source Type
|
Seleccione MaxCompute.
|
|
Data Source Name
|
Origen de datos donde reside la tabla particionada de MaxCompute que se va a verificar.
Si no hay ningún origen de datos disponible, haga clic en New data source para crear uno. Para obtener más información sobre cómo crear un origen de datos de MaxCompute, consulte Create a MaxCompute data source.
|
|
Table Name
|
Tabla particionada de MaxCompute que se va a verificar.
Nota
Solo se pueden seleccionar tablas particionadas de MaxCompute dentro del origen de datos seleccionado.
|
|
Partition
|
Partición de la tabla de MaxCompute que se va a verificar.
Después de configurar el parámetro Table Name, puede previsualizar la información de la tabla para consultar los nombres de las particiones. También puede usar parámetros de programación para obtener los nombres de las particiones. Para obtener más información sobre cómo usar parámetros de programación, consulte Configure scheduling parameters.
|
|
Condition for Check Passing
|
Define el método de verificación y la condición de aprobación para la tabla particionada. Puede usar uno de los dos métodos siguientes:
-
Existencia de partición: comprueba si existe la partición destino.
-
Verificar según LastModifiedTime: comprueba si los datos de la partición destino se han actualizado dentro de un periodo especificado.
-
Sin actualización: la verificación se aprueba y se considera que los datos de la partición se escribieron por completo. La tabla particionada está disponible.
-
Actualizada: la verificación no se aprueba y se considera que los datos de la partición no se escribieron por completo. La tabla particionada no está disponible.
Nota
-
Solo puede comprobar si los datos de la partición se han actualizado en intervalos de 5, 10, 15, 20, 25 o 30 minutos.
-
Para obtener más información sobre LastModifiedTime, consulte LastModifiedTime.
|
|
Policy for Stopping Check
|
Configura la política de detención para la tarea del nodo Check. Puede establecer un tiempo de detención o un recuento de detenciones y configurar la frecuencia de verificación:
-
Establecer tiempo de detención: especifique la duración y el intervalo de verificación (tiempo entre comprobaciones consecutivas). Si la duración expira y la tarea Check no se ha aprobado, la tarea finaliza automáticamente con estado de error.
Nota
-
El intervalo de verificación oscila entre 1~30 minutos.
-
Si una tarea ascendente se retrasa y la tarea del nodo Check comienza a ejecutarse después de la fecha límite de verificación configurada, la tarea del nodo Check se inicia de todos modos, pero solo realiza una comprobación.
-
Establecer recuento de detenciones: especifique el número máximo de comprobaciones y el intervalo de verificación (tiempo entre comprobaciones consecutivas). Si se alcanza el número máximo de comprobaciones y la tarea Check no se ha aprobado, la tarea finaliza automáticamente con estado de error.
Nota
-
El intervalo de verificación oscila entre 1~30 minutos.
-
La duración máxima de una tarea del nodo Check es de 24 horas (1,440 minutos). El número máximo de comprobaciones depende del intervalo de verificación. Por ejemplo, si el intervalo es de 5 minutos, el número máximo de comprobaciones es 288. Si el intervalo es de 10 minutos, el máximo es 144. Los valores reales se muestran en la página de configuración.
|
Configurar políticas de verificación para un archivo FTP
La siguiente tabla describe los parámetros.
|
Parámetro
|
Descripción
|
|
Data Source Type
|
Seleccione FTP.
|
|
Data Source Name
|
Origen de datos donde reside el archivo FTP que se va a verificar.
Si no hay ningún origen de datos disponible, haga clic en New data source para crear uno. Para obtener más información sobre cómo crear un origen de datos FTP, consulte Create an FTP data source.
|
|
Object Path
|
Ruta del archivo FTP que se va a verificar. Ejemplo: /var/ftp/test/.
Si la ruta especificada existe, el archivo en esa ruta también existe.
Puede introducir la ruta directamente o usar parámetros de programación para obtenerla. Para obtener más información sobre cómo usar parámetros de programación, consulte Configure scheduling parameters.
|
|
Condition for Check Passing
|
Define la condición de aprobación para la verificación del archivo FTP.
-
Si el archivo FTP existe, la verificación se aprueba y el archivo se considera disponible.
-
Si el archivo FTP no existe, la verificación no se aprueba y el archivo se considera no disponible.
|
|
Policy for Stopping Check
|
Configura la política de detención para la tarea del nodo Check. Puede establecer un tiempo de detención o un recuento de detenciones y configurar la frecuencia de verificación:
-
Establecer tiempo de detención: especifique la duración y el intervalo de verificación (tiempo entre comprobaciones consecutivas). Si la duración expira y la tarea Check no se ha aprobado, la tarea finaliza automáticamente con estado de error.
Nota
-
El intervalo de verificación oscila entre 1~30 minutos.
-
Si una tarea ascendente se retrasa y la tarea del nodo Check comienza a ejecutarse después de la fecha límite de verificación configurada, la tarea del nodo Check se inicia de todos modos, pero solo realiza una comprobación.
-
Establecer recuento de detenciones: especifique el número máximo de comprobaciones y el intervalo de verificación (tiempo entre comprobaciones consecutivas). Si se alcanza el número máximo de comprobaciones y la tarea Check no se ha aprobado, la tarea finaliza automáticamente con estado de error.
Nota
-
El intervalo de verificación oscila entre 1~30 minutos.
-
La duración máxima de una tarea del nodo Check es de 24 horas (1,440 minutos). El número máximo de comprobaciones depende del intervalo de verificación. Por ejemplo, si el intervalo es de 5 minutos, el número máximo de comprobaciones es 288. Si el intervalo es de 10 minutos, el máximo es 144. Los valores reales se muestran en la página de configuración.
|
Configurar políticas de verificación para un archivo OSS
Además, configure los siguientes parámetros: establezca Check Object en Data Source. Establezca Check Pass Condition en File Exists. Para Check Stop Policy, seleccione Check Stop Time o Check Stop Count, y defina el intervalo de verificación (por ejemplo, cada 5 minutos) junto con la fecha límite o el recuento. Nota: Si una tarea ascendente se retrasa y la tarea Check comienza a ejecutarse después de la fecha límite de verificación configurada, la tarea Check se ejecuta de todos modos, pero solo realiza una comprobación.
La siguiente tabla describe los parámetros.
|
Parámetro
|
Descripción
|
|
Data Source Type
|
Seleccione OSS.
|
|
Data Source Name
|
Origen de datos donde reside el archivo OSS que se va a verificar.
Si no hay ningún origen de datos disponible, haga clic en New data source para crear uno. Para obtener más información sobre cómo crear un origen de datos OSS, consulte Create an OSS data source.
|
|
Object Path
|
Ruta del archivo OSS que se va a verificar. Puede iniciar sesión en la consola de OSS, ir a la página de detalles del bucket destino y consultar la ruta en la página .
Nota
El sistema utiliza de forma predeterminada la información del bucket configurada en el origen de datos OSS que seleccionó para Data Source Name.
Al introducir la ruta, no incluya el prefijo oss:// ni la información del bucket. Se recomienda no comenzar la ruta con una barra diagonal /.
El formato sigue la definición de ruta de archivos de OSS:
-
Si la ruta del archivo termina con "/", el nodo Check verifica si existe una carpeta en OSS con el mismo nombre que la ruta introducida.
Ejemplo: user/, que comprueba si existe la carpeta user.
-
Si la ruta del archivo no termina con "/", el nodo Check verifica si existe un archivo en OSS con el mismo nombre que la ruta introducida.
Ejemplo: user, que comprueba si existe el archivo user.
Limitaciones en la verificación de carpetas: Si desea comprobar si existe una carpeta, tenga en cuenta los siguientes escenarios.
-
Carga directa de archivos (como put /a/b/1.txt): Las carpetas /a o /a/b no se crean. Solo se crea el objeto /a/b/1.txt. La consola muestra una carpeta virtual /a/b/, que en realidad no existe al verificarse.
-
Carga de ruta paso a paso (como put /a → put /a/b → put /a/b/1.txt): Los objetos de carpeta /a y /a/b (de 0 KB de tamaño) se crean junto con el objeto de archivo. En este caso, las carpetas sí existen al verificarse.
|
|
Condition for Check Passing
|
Define la condición de aprobación para la verificación del archivo OSS.
-
Si el archivo OSS existe, la verificación se aprueba y el archivo se considera disponible.
-
Si el archivo OSS no existe, la verificación no se aprueba y el archivo se considera no disponible.
|
|
Policy for Stopping Check
|
Configura la política de detención para la tarea del nodo Check. Puede establecer un tiempo de detención o un recuento de detenciones y configurar la frecuencia de verificación:
-
Establecer tiempo de detención: especifique la duración y el intervalo de verificación (tiempo entre comprobaciones consecutivas). Si la duración expira y la tarea Check no se ha aprobado, la tarea finaliza automáticamente con estado de error.
Nota
-
El intervalo de verificación oscila entre 1~30 minutos.
-
Si una tarea ascendente se retrasa y la tarea del nodo Check comienza a ejecutarse después de la fecha límite de verificación configurada, la tarea del nodo Check se inicia de todos modos, pero solo realiza una comprobación.
-
Establecer recuento de detenciones: especifique el número máximo de comprobaciones y el intervalo de verificación (tiempo entre comprobaciones consecutivas). Si se alcanza el número máximo de comprobaciones y la tarea Check no se ha aprobado, la tarea finaliza automáticamente con estado de error.
Nota
-
El intervalo de verificación oscila entre 1~30 minutos.
-
La duración máxima de una tarea del nodo Check es de 24 horas (1,440 minutos). El número máximo de comprobaciones depende del intervalo de verificación. Por ejemplo, si el intervalo es de 5 minutos, el número máximo de comprobaciones es 288. Si el intervalo es de 10 minutos, el máximo es 144. Los valores reales se muestran en la página de configuración.
|
Configurar políticas de verificación para un archivo HDFS
Si una tarea ascendente se retrasa y la tarea Check comienza a ejecutarse después de la fecha límite de verificación configurada, la tarea Check se ejecuta de todos modos, pero solo realiza una comprobación. La siguiente tabla describe los parámetros.
|
Parámetro
|
Descripción
|
|
Data Source Type
|
Seleccione HDFS.
|
|
Data Source Name
|
Origen de datos donde reside el archivo HDFS que se va a verificar.
Si no hay ningún origen de datos disponible, haga clic en New data source para crear uno. Para obtener más información sobre cómo crear un origen de datos HDFS, consulte Create an HDFS data source.
|
|
Object Path
|
Ruta del archivo HDFS que se va a verificar. Ejemplo: /user/dw_test/dw.
Si la ruta especificada existe, el archivo en esa ruta también existe.
Puede introducir la ruta directamente o usar parámetros de programación para obtenerla. Para obtener más información sobre cómo usar parámetros de programación, consulte Configure scheduling parameters.
|
|
Condition for Check Passing
|
Define la condición de aprobación para la verificación del archivo HDFS.
-
Si el archivo HDFS existe, la verificación se aprueba y el archivo se considera disponible.
-
Si el archivo HDFS no existe, la verificación no se aprueba y el archivo se considera no disponible.
|
|
Policy for Stopping Check
|
Configura la política de detención para la tarea del nodo Check. Puede establecer un tiempo de detención o un recuento de detenciones y configurar la frecuencia de verificación:
-
Establecer tiempo de detención: especifique la duración y el intervalo de verificación (tiempo entre comprobaciones consecutivas). Si la duración expira y la tarea Check no se ha aprobado, la tarea finaliza automáticamente con estado de error.
Nota
-
El intervalo de verificación oscila entre 1~30 minutos.
-
Si una tarea ascendente se retrasa y la tarea del nodo Check comienza a ejecutarse después de la fecha límite de verificación configurada, la tarea del nodo Check se inicia de todos modos, pero solo realiza una comprobación.
-
Establecer recuento de detenciones: especifique el número máximo de comprobaciones y el intervalo de verificación (tiempo entre comprobaciones consecutivas). Si se alcanza el número máximo de comprobaciones y la tarea Check no se ha aprobado, la tarea finaliza automáticamente con estado de error.
Nota
-
El intervalo de verificación oscila entre 1~30 minutos.
-
La duración máxima de una tarea del nodo Check es de 24 horas (1,440 minutos). El número máximo de comprobaciones depende del intervalo de verificación. Por ejemplo, si el intervalo es de 5 minutos, el número máximo de comprobaciones es 288. Si el intervalo es de 10 minutos, el máximo es 144. Los valores reales se muestran en la página de configuración.
|
Configurar políticas de verificación para un archivo OSS-HDFS
Establezca Check Object en Data Source. En la sección Check Stop Policy, seleccione Check Stop Time o Check Stop Count. De forma predeterminada, la verificación se ejecuta cada 5 minutos. Si una tarea ascendente se retrasa y la tarea Check comienza a ejecutarse después de la fecha límite de verificación configurada, la tarea Check se ejecuta de todos modos, pero solo realiza una comprobación. La siguiente tabla describe los parámetros.
|
Parámetro
|
Descripción
|
|
Data Source Type
|
Seleccione OSS_HDFS.
|
|
Data Source Name
|
Origen de datos donde reside el archivo OSS-HDFS que se va a verificar.
Si no hay ningún origen de datos disponible, haga clic en New data source para crear uno. Para obtener más información sobre cómo crear un origen de datos OSS-HDFS, consulte Create an OSS-HDFS data source.
|
|
Object Path
|
Ruta del archivo OSS-HDFS que se va a verificar. Puede iniciar sesión en la consola de OSS, ir a la página de detalles del bucket destino y consultar la ruta en la página File Management > Files > HDFS Files.
El formato sigue la definición de ruta de archivos de OSS-HDFS:
-
Si la ruta del archivo termina con /, el nodo Check verifica si existe una carpeta en OSS-HDFS con el mismo nombre que la ruta introducida.
Ejemplo: user/, que comprueba si existe la carpeta user.
-
Si la ruta del archivo no termina con /, el nodo Check verifica si existe un archivo en OSS-HDFS con el mismo nombre que la ruta introducida.
Ejemplo: user, que comprueba si existe el archivo user.
|
|
Condition for Check Passing
|
Define la condición de aprobación para la verificación del archivo OSS-HDFS.
-
Si el archivo OSS-HDFS existe, la verificación se aprueba y el archivo se considera disponible.
-
Si el archivo OSS-HDFS no existe, la verificación no se aprueba y el archivo se considera no disponible.
|
|
Policy for Stopping Check
|
Configura la política de detención para la tarea del nodo Check. Puede establecer un tiempo de detención o un recuento de detenciones y configurar la frecuencia de verificación:
-
Establecer tiempo de detención: especifique la duración y el intervalo de verificación (tiempo entre comprobaciones consecutivas). Si la duración expira y la tarea Check no se ha aprobado, la tarea finaliza automáticamente con estado de error.
Nota
-
El intervalo de verificación oscila entre 1~30 minutos.
-
Si una tarea ascendente se retrasa y la tarea del nodo Check comienza a ejecutarse después de la fecha límite de verificación configurada, la tarea del nodo Check se inicia de todos modos, pero solo realiza una comprobación.
-
Establecer recuento de detenciones: especifique el número máximo de comprobaciones y el intervalo de verificación (tiempo entre comprobaciones consecutivas). Si se alcanza el número máximo de comprobaciones y la tarea Check no se ha aprobado, la tarea finaliza automáticamente con estado de error.
Nota
-
El intervalo de verificación oscila entre 1~30 minutos.
-
La duración máxima de una tarea del nodo Check es de 24 horas (1,440 minutos). El número máximo de comprobaciones depende del intervalo de verificación. Por ejemplo, si el intervalo es de 5 minutos, el número máximo de comprobaciones es 288. Si el intervalo es de 10 minutos, el máximo es 144. Los valores reales se muestran en la página de configuración.
|
Tarea de sincronización en tiempo real
La siguiente tabla describe los parámetros.
|
Parámetro
|
Descripción
|
|
Check Object
|
Seleccione Real-time Synchronization Task.
|
|
Real-time Synchronization Task
|
Tarea de sincronización en tiempo real que se va a verificar.
Nota
-
Actualmente, solo se admiten tareas de sincronización en tiempo real de Kafka a MaxCompute.
-
Si ya existe una tarea de sincronización en tiempo real pero no se puede seleccionar, compruebe si la tarea se ha desplegado en el entorno de producción.
|
|
Policy for Stopping Check
|
Configura la política de detención para la tarea del nodo Check. Puede establecer un tiempo de detención o un recuento de detenciones y configurar la frecuencia de verificación:
-
Establecer tiempo de detención: especifique la duración y el intervalo de verificación (tiempo entre comprobaciones consecutivas). Si la duración expira y la tarea Check no se ha aprobado, la tarea finaliza automáticamente con estado de error.
Nota
-
El intervalo de verificación oscila entre 1~30 minutos.
-
Si una tarea ascendente se retrasa y la tarea del nodo Check comienza a ejecutarse después de la fecha límite de verificación configurada, la tarea del nodo Check se inicia de todos modos, pero solo realiza una comprobación.
-
Establecer recuento de detenciones: especifique el número máximo de comprobaciones y el intervalo de verificación (tiempo entre comprobaciones consecutivas). Si se alcanza el número máximo de comprobaciones y la tarea Check no se ha aprobado, la tarea finaliza automáticamente con estado de error.
Nota
-
El intervalo de verificación oscila entre 1~30 minutos.
-
La duración máxima de una tarea del nodo Check es de 24 horas (1,440 minutos). El número máximo de comprobaciones depende del intervalo de verificación. Por ejemplo, si el intervalo es de 5 minutos, el número máximo de comprobaciones es 288. Si el intervalo es de 10 minutos, el máximo es 144. Los valores reales se muestran en la página de configuración.
|
Paso 3: Configurar la programación de tareas
Para verificar datos periódicamente mediante un nodo Check, haga clic en Scheduling en el lado derecho de la página de edición del nodo y configure los ajustes de programación. Para obtener más información, consulte Configure schedule settings.
Al igual que un nodo programado habitual, un nodo Check requiere ajustes de programación como dependencias y hora de ejecución. Cada nodo debe tener una dependencia ascendente. Si el nodo Check no tiene ninguna dependencia ascendente real, puede hacerlo depender de un nodo virtual o del nodo raíz del espacio de trabajo. Para obtener más información, consulte Configure dependencies.
Debe configurar el Rerun attribute y los Parent Nodes del nodo antes de poder enviarlo.
Paso 4: Enviar y desplegar la tarea
Después de configurar el nodo, envíelo y despliéguelo. Una vez desplegado, el nodo se ejecuta periódicamente según los ajustes de programación.
Haga clic en el icono 
de la barra de herramientas para guardar el nodo.
-
Haga clic en el icono 
de la barra de herramientas para enviar la tarea del nodo.
Al enviar la tarea, introduzca la Change Description en el cuadro de diálogo Submission y elija si desea realizar una revisión de código y pruebas de humo después de enviar el nodo.
Nota
Debe configurar el Rerun attribute y los Parent Nodes del nodo antes de poder enviarlo.
La revisión de código le ayuda a controlar la calidad del código de la tarea y evita errores causados por desplegar código defectuoso sin revisarlo. Si la revisión de código está habilitada, un revisor debe aprobar el código del nodo enviado antes de que pueda desplegarse. Para obtener más información, consulte Configure code review.
Para garantizar que la tarea del nodo programado se ejecute como se espera, se recomienda realizar pruebas de humo antes del despliegue. Para obtener más información, consulte Smoke testing.
Si utiliza un espacio de trabajo en modo estándar, después de enviar la tarea, haga clic en Deploy en la esquina superior derecha de la página de edición del nodo para desplegar la tarea en el entorno de producción. Para obtener más información, consulte Deploy tasks.
Siguiente paso
Una vez que el nodo Check se despliega en Operation Center, ejecuta verificaciones periódicamente según la configuración del nodo. Puede consultar los resultados de las verificaciones y gestionar instancias en Operation Center. Para obtener más información, consulte View and manage Check node instances.