Conservar datos mediante variables de proyecto, almacenamiento en caché en la nube o almacenamiento temporal en Jitterbit Integration Studio

Introducción

Se pueden utilizar varios métodos para almacenar datos en la nube de Harmony, como usar variables de proyecto, usar funciones de almacenamiento en caché en la nube o usar almacenamiento temporal.

Variables del proyecto

Las variables de proyecto son variables estáticas preinicializadas que pueden considerarse constantes de proyecto. Se pueden editar desde Integration Studio(ver Variables del proyecto) o la Management Console (consulte Proyectos).

Un ejemplo de uso de las variables de proyecto es para las credenciales de extremo. Al usar variables de proyecto, se pueden aplicar diferentes ambientes de extremo (que generalmente tienen diferentes credenciales) a diferentes ambientes de Harmony y se editan a través de la Management Console. Esto permite un proceso empresarial en el que un usuario con derechos de la Management Console puede cambiar las credenciales sin necesidad de acceder a Integration Studio y el diseñador del proyecto.

Un segundo ejemplo es utilizar variables de proyecto para almacenar indicadores utilizados por la lógica de integración que pueden personalizar el comportamiento de la integración. Si se desarrolla un solo proyecto pero se utiliza para diferentes extremos, entonces una variable de proyecto booleana (como Send_PO_Number) podría ser verificada por la lógica de transformación para el campo PO Number. Si el valor de la variable de proyecto es false, entonces el UnMap La función podría usarse para "desactivar" ese campo y no incluirlo en una transformación relevante.

Funciones de almacenamiento en caché en la nube

Las funciones de almacenamiento en caché en la nube ReadCache y WriteCache se utilizan para asignar espacios de datos que están disponibles en todos los proyectos y ambientes. Un valor almacenado en caché es visible para todas las operaciones que se ejecutan en el mismo ámbito hasta que caduque, independientemente de cómo se inició esa operación o en qué agente se ejecuta. Al almacenar en caché los datos en Harmony, en lugar de depender de almacenes de datos locales o específicos del agente, como Almacenamiento temporal, los datos se pueden compartir entre operaciones independientes y entre proyectos.

Estos son usos adicionales del almacenamiento en caché en la nube:

Los datos se pueden compartir entre operaciones asincrónicas dentro de un proyecto.
Los errores que se generan en diferentes operaciones se pueden almacenar en una memoria caché común. Al acumular los resultados de las operación de esta manera, se pueden crear alertas más completas.
Los tokens de inicio de sesión se pueden compartir entre operaciones.

Almacenamiento temporal

Almacenamiento temporal Los extremos se utilizan con frecuencia en operaciones tanto en la nube como en agentes privados. Son distintos del Almacenamiento local extremos, que solo se pueden utilizar en agentes privados.

Al utilizar un extremo de almacenamiento temporal, los archivos temporales se escriben y leen desde el directorio temporal del sistema operativo predeterminado en el agente que está realizando el trabajo:

En el caso de un solo agente privado, el directorio de almacenamiento temporal es el directorio temporal predeterminado de ese servidor de agente privado.
Si está utilizando más de un agente privado, agrupados en un grupo de agentes privados, el directorio de almacenamiento temporal es el directorio temporal predeterminado del servidor de agente privado específico que realiza el trabajo.
Como los agentes de nube están agrupados en un grupo de agentes de nube, el directorio de almacenamiento temporal es el directorio temporal predeterminado del servidor de agente de nube específico que realiza el trabajo.

En un grupo de agentes agrupados (agentes privados o de la nube), siempre que las operaciones que utilizan el almacenamiento temporal estén vinculadas (encadenadas), todas las lecturas y escrituras del almacenamiento temporal se realizarán en el mismo servidor de agente. Sin embargo, si Chain A escribe en su almacenamiento temporal myfile y Chain B lee desde su almacenamiento temporal myfile, y las dos cadenas no están encadenadas entre sí, la acción de lectura de almacenamiento temporal en Chain B no puede leerse desde el mismo agente al que fue escrita por Chain A.

Al utilizar almacenamiento temporal, tenga en cuenta estas pautas:

Al utilizar agentes privados, para que su proyecto sea a prueba de actualizaciones, utilice almacenamiento temporal de tal manera que pasar de un solo agente privado a un grupo de agentes con múltiples agentes no requiera refactorización.
Al utilizar un grupo de agentes agrupados (agentes privados o en la nube), para garantizar que el servidor del agente donde se escribe el almacenamiento temporal sea el mismo servidor desde donde se leerá el almacenamiento temporal, asegúrese de que todas las referencias a las actividades de Lectura y Escritura del almacenamiento temporal estén en la misma cadena de operación.
El almacenamiento temporal en agentes privados se elimina después de 24 horas de forma predeterminada mediante el [servicio de limpieza de archivos Jitterbit]/agent/cleanuprules/). La frecuencia del servicio de limpieza se puede configurar a través del archivo de configuración del agente privado bajo el [FileCleanup] sección. Sin embargo, en los agentes de la nube, los archivos temporales se pueden eliminar inmediatamente.
Los agentes de la nube tienen un límite de tamaño de archivo de almacenamiento temporal de 50 GB por archivo. Los archivos temporales de más de 50 GB solo son posibles cuando se utilizan agentes privados.
Al escribir en el almacenamiento temporal, el valor predeterminado es sobrescribir los archivos. Esto se puede cambiar con la casilla de verificación Anexar al archivo en una actividad de escritura en almacenamiento temporal. Por lo general, esto requiere que, después de leer la fuente, se elimine o archive el archivo. Una forma sencilla de hacerlo es usar las opciones de posprocesamiento Eliminar archivo o Cambiar nombre de archivo en una actividad de lectura de almacenamiento temporal.
Palabras clave del nombre de archivo están disponibles y se pueden utilizar al crear un nombre de archivo.
Un archivo en almacenamiento temporal se puede leer creando un secuencia de comandos con ReadFile función. Por ejemplo: ReadFile("<TAG>activity:tempstorage/Temporary Storage/tempstorage_read/Read</TAG>")Tenga en cuenta que esto funciona de manera confiable solo si hay un solo agente privado.

En algunos casos, puede ser ventajoso utilizar una Variable extremo en lugar de un extremo de almacenamiento temporal. Consulte la sección Variable versus almacenamiento temporal en Variable global versus almacenamiento temporal para comparar estos dos enfoques diferentes y ofrecer recomendaciones sobre cuándo es apropiado cada uno de ellos.