Saltar al contenido

Mejores Prácticas de Harmony

Introducción

Este documento sirve como guía general para utilizar la plataforma de integración como servicio (iPaaS) Harmony de Jitterbit. Proporciona una guía de mejores prácticas para escenarios de integración comunes y recomendaciones para utilizar las herramientas disponibles. Este documento no es exhaustivo y no cubre todos los escenarios.

Este documento es para los usuarios de Cloud Studio, la versión web de la aplicación de diseño de proyectos de Jitterbit. Para conocer las mejores prácticas de uso de Design Studio, la aplicación de diseño de proyectos basada en escritorio de Jitterbit, consulte Mejores prácticas con Design Studio.

Mejores prácticas para App Builder, la aplicación de Jitterbit para crear aplicaciones web y móviles, se trata por separado.

Debería estar familiarizado con Harmony y Cloud Studio gracias a los siguientes recursos:

En ese punto, debe conocer los conceptos y términos básicos utilizados en Harmony, y comprender lo que queremos decir con proyectos, operaciones, puntos finales, scripting, migración e despliegue.

Consulte Recursos adicionales sección al final de esta página para obtener enlaces a videos y otros documentos que amplían estas mejores prácticas con Harmony.

Soporte, Gerentes de Éxito del Cliente y Documentación

El acceso al soporte de Jitterbit está incluido como parte de la licencia de cliente de Harmony. Si tiene preguntas o problemas técnicos, puede obtener asistencia experta del soporte de Jitterbit. El soporte de Jitterbit La página describe instrucciones especiales para situaciones en las que la producción se interrumpe, con el fin de escalar problemas urgentes.

También puede comunicarse con su Gerente de éxito del cliente (CSM) con preguntas relacionadas con licencias u otros temas.

Este sitio de documentación (Documentación de Jitterbit) y nuestro sitio de documentación desarrollador (Portal para desarrolladores de Jitterbit) contiene más de 3.600 URLs únicas de material técnico.

Para ayudarle a encontrar material relevante, el cuadro de búsqueda está prefiltrado para limitar los resultados de la búsqueda a la sección de documentación a la que se está accediendo en ese momento. Puede buscar en toda la documentación borrando el filtro de búsqueda. Para buscar frases específicas, escríbalas entre comillas dobles.

Recetas y Plantillas

El Marketplace proporciona más de 400 recetas y plantillas de Cloud Studio listas para usar como base para diseños de integración:

  • Una receta de integración mueve datos en una dirección entre objetos en dos aplicaciones o sistemas.

  • Una modelo de proceso acelera la ejecución de un proceso empresarial específico utilizando numerosos objetos en múltiples aplicaciones o sistemas. Las plantillas de proceso están diseñadas para reducir el tiempo de despliegue entre un 50 y un 80 por ciento.

Actualizaciones de Productos Jitterbit

Las actualizaciones de Harmony se publican con frecuencia (consulte Calendario de lanzamiento). Incluso una versión menor contiene nuevas características y mejoras junto con correcciones de errores.

Aplicaciones en la nube a las que se accede a través del portal Harmony se actualizan automáticamente y siempre ejecutan la última versión publicada.

Puerta de enlace API en la nube y grupo de agentes de nube Las actualizaciones se aplican automáticamente. Para los grupos de agentes en la nube, hay dos conjuntos: Producción y Sandbox. El último conjunto se utiliza para probar la compatibilidad con versiones preliminares del software del agente y no es un ambiente de desarrollo.

Las aplicaciones instaladas localmente se actualizan descargando y ejecutando un instalador:

Es aconsejable mantenerse actualizado con los lanzamientos, especialmente aquellos que incluyen actualizaciones de funciones.

Simplicidad del Diseño del Proyecto y Preferencia de Características

Durante el proceso de diseño de un proyecto de integración, es posible que encuentre múltiples métodos de despliegue que pueden dar como resultado la misma funcionalidad.

Si bien a menudo existen ventajas o desventajas de un método sobre otro según el caso de uso de la integración (como se documenta), recomendamos tener siempre presente el principio rector general de la simplicidad. Los proyectos que se diseñan de la forma más sencilla posible suelen tener una mayor longevidad y es mucho más fácil para un tercero ponerse al día si es necesario realizar un cambio. Por otro lado, los proyectos demasiado complejos pueden ser más difíciles de mantener y de transferir a otros durante una transición de responsabilidades.

Para diseñar proyectos más simples, recomendamos el siguiente orden de preferencia de características:

  1. Utilice funciones sin código siempre que sea posible, como diseñar visualmente operaciones en el tela de diseño, componentes de agrupación juntos para ayudar a organizarlos, agregando etiquetas y comentarios al desplegar y publicar operaciones como APIs.
  2. Aproveche las funciones de código bajo, como el uso de variables dentro de las pantallas de configuración de componentes basadas en asistentes o manipular datos a nivel de campo en un mapeo de transformación usando una función de secuencia de comandos.
  3. Según sea necesario, implemente una lógica más compleja utilizando secuencias de comandos escritos en Jitterbit Script idioma.
  4. Solo cuando no esté disponible un Jitterbit Script equivalente, implemente secuencias de comandos en JavaScript.

Diseño de Proyectos y Reutilización

Un escenario típico para reutilizar un proyecto implica el desarrollo de un proyecto inicial con el uso extensivo de variables globales y, especialmente, variables del proyecto. Los elementos configurables (como credenciales de extremo, asignaciones de campos opcionales, consultas parametrizadas, direcciones de correo y nombres de archivos) se pueden exponer como variables de proyecto. El proyecto de inicio también puede contener funciones comunes, como el manejo de errores o el uso de cachés en todo el ambiente. El proyecto de inicio se exporta y luego se importa a nuevos proyectos para formar una base coherente para el desarrollo.

Reutilización de Extremo

Extremos, creados mediante la configuración de una conexión y actividades asociadas mediante conectores, se utilizan con frecuencia en las operaciones. Sin embargo, no es necesario crear necesariamente un extremo único para cada operación. Dado que las configuraciones de actividades aceptan variables para rutas y nombres de archivo, los extremos genéricos se pueden crear una vez y luego configurar de forma dinámica utilizando variables globales y de proyecto.

Por ejemplo, supongamos un HTTP se crean la conexión y una actividad asociada, y la configuración de la actividad especifica una ruta definida por una variable global, como $gv_http_path se puede utilizar un secuencia de comandos de controlador para completar el $gv_http_path según sea necesario.

Otro ejemplo es una actividad Consulta de base de datos con una condición. WHERE la condición se puede asignar a una variable global, como $gv_database_condition.

La mayoría de los extremos tienen la capacidad de configurarse mediante variables.

Reutilización de Secuencia de Comandos

Secuencias de comandos independientes que realizan una función específica, como devolver una búsqueda en una base de datos o calcular un resultado a partir de una serie de argumentos, pueden ser candidatos para su reutilización, en particular si se utilizan en múltiples operaciones.

Por ejemplo, si un secuencia de comandos utiliza el DBLookup función contra una tabla de base de datos, y esta función se utiliza en todo el proyecto, entonces se puede crear un secuencia de comandos independiente (separado de una operación). Usando la función ArgumentList función o variables globales simples, el secuencia de comandos puede aceptar argumentos y devolver un resultado. Dado que cada cadena de operación tiene un alcance diferente, el mismo secuencia de comandos puede ser invocado de manera segura desde múltiples operaciones simultáneas.

Organización del Proyecto

Flujos de Trabajo se utilizan como un medio de organización de proyectos. Un flujo de trabajo generalmente contiene operaciones relacionadas que procesan datos de principio a fin: Crear pedidos, Sincronizar el maestro de clientes, Confirmaciones de procesamiento, etc. Los procesos que son comunes en diferentes flujos de trabajo, como consultar un extremo o manejar una condición de error de operación, se pueden mantener en su propio flujo de trabajo y hacer referencia a ellos mediante otras operaciones de flujo de trabajo.

También puedes crear grupos personalizados donde se pueden recopilar los componentes del proyecto para facilitar su consulta.

Los números asignados a las operaciones que aparecen en el diseñador de proyectos se asignan automáticamente y se basan en la posición de visualización de la operación en el diseñador de proyectos. Esos números no se muestran en los registros de operación. Si se necesita un esquema de numeración de operación, se puede desplegar incorporando la numeración en el nombre de la operación.

Gestionar Operaciones Asincrónicas

Al utilizar el RunOperation en su modo asincrónico, las operaciones se ejecutan sin devolver el control a la función que realiza la llamada. El uso de operaciones asincrónicas puede generar condiciones de carrera.

Por ejemplo, si la Operación A actualiza una tabla de base de datos y se encadena a la Operación B, que lee esa misma tabla (ambas son sincrónicas), no se encuentran condiciones de carrera. Pero si se llama a la Operación A de forma asincrónica seguida inmediatamente por la Operación B, entonces B puede ejecutarse antes de que A finalice.

Además, se debe administrar la cantidad de llamadas asincrónicas simultáneas, ya que la cantidad de operaciones simultáneas que se ejecutan en un agente está limitada (consulte [OperationEngine] sección del archivo de configuración del agente privado).

Credenciales del Extremo

Recomendamos utilizar un ID de sistema con permisos de administración para las credenciales de extremo, en lugar de un ID de nivel de usuario. Los ID de usuario generalmente vencen o deben desactivarse cuando un usuario deja una empresa.

Al utilizar variables de proyecto (cuyos valores se pueden ocultar) para la administración de credenciales, un administrador de la organización Harmony no tiene que ingresar credenciales de producción. Al configurar los permisos de usuario adecuados, un usuario puede aplicar las credenciales de producción a través de la Management Console Proyectos página.

Si se utilizan agentes privados, como alternativa a utilizar la Management Console, las variables globales se pueden administrar mediante [PredefinedGlobalVariables] sección del archivo de configuración del agente privado.

Datos de Integración Persistentes

Existen varios métodos para almacenar datos en la nube de Harmony, incluido el uso de variables de proyecto, funciones de almacenamiento en caché en la nube o almacenamiento temporal.

Variables del Proyecto

Las variables de proyecto son variables estáticas preinicializadas que pueden considerarse constantes de proyecto. Se pueden editar desde Cloud Studio (consulte Variables de 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 Cloud Studio y al 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 falso, entonces la variable de proyecto se puede modificar. 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.

Administrar 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 que 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 por el servicio de limpieza de archivos Jitterbit. 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 el 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 Variable versus almacenamiento temporal en Variable global versus almacenamiento temporal para comparar estos dos tipos diferentes y ofrecer recomendaciones sobre cuándo es apropiado cada uno.

Creación de Guiones

Secuencias de Comandos escritos en Jitterbit Script idioma o JavaScript se puede utilizar prácticamente en cualquier lugar durante las operaciones y dentro de las asignaciones de transformación.

Cuándo Utilizar Scripts

Las operaciones se pueden organizar en cadenas de operación de dos maneras: (1) vinculando operaciones utilizando condiciones En caso de éxito y En caso de error utilizando acciones de operación, o (2) utilizando un controlador secuencia de comandos.

En lugar de utilizar acciones de operación, un secuencia de comandos de controlador utiliza RunOperation función para enlace operaciones entre sí mediante un secuencia de comandos.

Para capturar una operación fallida, el If la función se puede utilizar junto con RunOperation. Por ejemplo: If(!RunOperation(<operation tag>),<condition>), donde la condición puede usarse GetLastError para capturar el error y puede optar por detener todo el proceso utilizando RaiseError, y/o ejecutar otro proceso para acumular texto de error.

Un secuencia de comandos de controlador puede ser beneficioso en situaciones como estas:

  • ejecutar una operación que depende de factores externos como variables o datos del proyecto.
  • Llamar suboperaciones desde dentro de un bucle, donde los datos se pasan a la operación desde una lista.
  • Para rastrear las actividades de la cadena de operación. Por ejemplo: (WriteToOperationLog("count of records to process: " + cnt), WriteToOperationLog("Starting update operation at: " + Now()), WriteToOperationLog("Database query: " + sql), etc.)

Otras áreas en las que se utilizan frecuentemente scripts son dentro de los campos asignados en las transformaciones y en otros secuencias de comandos independientes. Si se utiliza el mismo secuencia de comandos dentro de más de una transformación, considere configurar ese secuencia de comandos como un secuencia de comandos independiente y llamarlo desde dentro de cada transformación usando RunScript.

Convención de Nombres para Variables

La Harmony tiene cuatro tipos de variables:

Como el alcance de una variable local está limitado a un solo secuencia de comandos, una convención de nombres para ellas puede ser muy simple, como todas las letras minúsculas o una palabra inicial, como return o myVariable no se permiten puntos en las variables locales.

Las variables globales, dado que su alcance es mayor (una variable global está disponible para ser referenciada en las mismas operaciones y secuencias de comandos o en secuencias de comandos abajo en la cadena dentro de una cadena de operación ), deben utilizar una convención de nomenclatura coherente para evitar confusiones. Por ejemplo, si utiliza varios componentes para un nombre de variable, separados por puntos, podría seguir un patrón como el siguiente:

type.category.subcategory
Componente Descripción
type Una abreviatura corta que identifica el tipo de variable, como pv(variable del proyecto), gv(variable global), io (nombre de origen/destino del extremo ), dict(diccionario), etc.
category Una categoría lógica para la variable, como por ejemplo sfdc, shipearly, confirm, order, etc.
subcategory Una subcategoría lógica para la variable, como por ejemplo purchase_orders, categories, ids, etc.
  • $pv_shopify_base_url- $dict_staples_po_line_items- $io_request- $gv_sfdc_workorder_id

Dado que las variables se ordenan alfabéticamente en varios lugares de la interfaz de usuario, organizarlas jerárquicamente ayudará a administrarlas y usarlas.

Independientemente de la convención que elija utilizar, le recomendamos codificarla y documentarla para que todos los miembros del equipo puedan usarla de manera uniforme en todos los proyectos.

Nota

Si planeas usar Jitterbit Script variables globales en un JavaScript secuencia de comandos, es importante utilizar guiones bajos en lugar de puntos:

  • $example_arr_names
  • $example_sfdc_success_message

Ambientes

Harmony permite metodologías de ciclo de vida de desarrollo de software mediante el uso de ambientes. Puede configurar ambientes tanto de producción como de no producción.

Por ejemplo, supongamos que se configuran un ambiente de Desarrollo y uno de Producción en la Management Console y que ambos están asociados con el mismo grupo de agentes. Supongamos que un proyecto se desarrolla primero en el ambiente de Desarrollo.

Cloud Studio tiene una función de migración que copiará ese proyecto al ambiente de Producción, después de lo cual las credenciales del extremo se cambian a las credenciales del extremo de Producción usando variables del proyecto. También se modifican otros extremos de origen y destino. Después de la migración inicial, cualquier migración posterior del mismo proyecto de Desarrollo a Producción excluye la migración de valores de variables de proyecto a menos que sean nuevas variables de proyecto.

Prueba

Harmony permite un rápido desarrollo de integraciones y pruebas unitarias al hacer visibles los datos de integración reales durante el tiempo de diseño. La ventaja obvia es permitir un proceso de desarrollo iterativo al mostrar los datos antes y después de las transformaciones de campo, en lugar de crear toda la operación, ejecutarla e inspeccionar el resultado. Los datos se hacen visibles mediante la función de vista previa en una transformación.

Una vez importados o generados los datos de origen de muestra, la transformación mostrará el resultado de todas las asignaciones y secuencias de comandos integrados.

Solución de Problemas

Un concepto clave para una arquitectura de integración saludable es reconocer que la empresa planteará preguntas sobre la precisión del trabajo de integración, en particular cuando aparecen discrepancias en los datos de los extremo. La integración puede tener o no fallas. Es responsabilidad del proyecto de integración proporcionar un alto grado de transparencia para ayudar a resolver las preguntas sobre la precisión de los datos.

Por ejemplo, si los datos en un extremo de destino parecen ser incorrectos, normalmente se solicita asistencia de integración para proporcionar detalles sobre las acciones de integración, como tiempos, fuentes, lógica de transformación, mensajes de éxito o fracaso, etc. El proceso de resolución de problemas se beneficiará al hacer que esa información esté disponible como una parte estándar de la arquitectura de integración. En Harmony, esto se respalda mediante registro y alerta características.

Registro

Registros de operaciones capturan datos clave de forma predeterminada, como tiempos de ejecución de operación y mensajes de éxito, falla o cancelación. Si hay fallas y el extremo devuelve información de falla, el registro capturará esa información.

En lo que respecta a los fallos, Harmony utiliza la respuesta para determinar el estado. Por ejemplo, si se recibe un código de estado HTTP 400 o más en una respuesta, Harmony lo considera un fallo. Si la solicitud tiene un estado 200 pero la respuesta contiene errores de datos, Harmony lo trata como un éxito.

Al desarrollar un proyecto de integración, utilice el WriteToOperationLog función en las asignaciones y secuencias de comandos para capturar datos clave y pasos en el proceso. Esto suele ser tan simple como: WriteToOperationLog("The id is: "+sourcefieldid).

Si se desea capturar la salida completa de una transformación, esto se puede hacer creando una operación que lea la fuente, realice la transformación y escriba la salida en una Variable o Almacenamiento temporal extremo en lugar del extremo de destino. Un secuencia de comandos posterior a la operación puede leer la salida y registrarla. Luego, se puede realizar la operación "real".

Los registros se pueden ver en la pantalla de registro de operación de Cloud Studio o la Management Console Operaciones en tiempo de ejecución página. La Management Console Operaciones en tiempo de ejecución El personal de soporte puede acceder a la página sin necesidad de navegar hasta el proyecto.

Los datos de los registros se pueden buscar. Para filtrar solo los registros que necesita, puede usar la sintaxis de búsqueda message=%\<your text>% en los registros de operación de Cloud Studio y de Management Console.

Con frecuencia, las APIs tienen un mensaje informativo de respuesta de éxito o fracaso. Si el registro de depurar está habilitado para la API, el cuerpo de la solicitud se capturará en los registros de API (que son distintos de los registros de operación).

Harmony conserva durante 30 días los registros de operaciones, incluidos los mensajes de registro detallados de los agentes en la nube y los agentes privados.

Alerta

Con frecuencia, los resultados de la integración no solo deben registrarse, sino que también deben escalarse. Notificaciones Correo se puede adjuntar fácilmente a operaciones y rutas de éxito/fracaso o llamar desde secuencias de comandos. También puede utilizar Correo conector para configurar una actividad de envío de correo como objetivo de una operación.

Para obtener información adicional, consulte Configurar alertas, registros y manejo de errores.

Recursos Adicionales

Estas secciones y páginas de la documentación brindan prácticas recomendadas adicionales.

Charlas Tecnológicas

Charlas técnicas de Jitterbit son presentaciones en video que cubren áreas de interés para usuarios de todos los niveles:

Charla técnica Duración Fecha de lanzamiento
Proxy API 39:53 2019.01.09
APIs 49:22 2018.08.07
Cloud Studio 43:53 2019.05.14
Mejores prácticas para la orquestación de proyectos complejos 50:46 2018.10.16
Generador de conectores 50:19 2019.07.16
Ambientes 1:04:22 2018.04.04
Almacenamiento y gestión de credenciales externas 46:58 2020.10.09
Mejores prácticas para el manejo de errores 27:22 2018.03.13
Mejores prácticas de Jitterbit 1:04:38 2020.03.16
Mejores prácticas de registro 1:03:02 2019.02.12
Administrador de portal de API abierta 57:21 2019.11.05
Mejores prácticas para fuentes de paso y variables globales 42:44 05.12.2018
Mejores prácticas de los agentes privados 42:43 2018.07.05
Plantillas de proceso 43:27 2020.07.08
Mejores prácticas para la organización de proyectos 1:08:39 2018.06.08

Documentación

La documentación de Jitterbit incluye las mejores prácticas en nuestras páginas sobre el uso de los productos Jitterbit:

Seguridad

Metodología de Proyectos de Integración

  • Metodología del Proyecto de Integración
    Elementos clave que un gerente de proyecto para un proyecto de Cloud Studio debe saber, incluido cómo organizar su equipo, recopilar y validar requisitos de manera clara y concisa, y aprovechar las fortalezas de Harmony para entregar un proyecto de integración exitoso.

Crear Proyectos

Registro

Agentes Privados