Saltar al contenido

Mejores Prácticas de Harmony

Introducción

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

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

Mejores prácticas para Vinyl, la plataforma de aplicaciones de código bajo (LCAP) de Jitterbit, se cubren por separado.

Ya 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, endpoints, scripting, migración e despliegue.

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

Utilice Soporte, Administradores de Éxito del Cliente y Documentación

El acceso al soporte de Jitterbit se incluye como parte de una licencia de cliente de Harmony. Cuando surjan preguntas o problemas técnicos, puede obtener asistencia experta del soporte de Jitterbit utilizando el Portal de soporte de Jitterbit o por correo. El Soporte Jitterbit la página describe instrucciones especiales para situaciones de producción inactiva 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 (Jitterbit's Success Central) y nuestro sitio de documentación desarrollador (Portal para desarrolladores de Jitterbit) contienen más de 2300 URLs únicas de material técnico.

Para ayudarle a localizar 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 actualmente. Puede buscar 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 de negocio 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 Programación de lanzamientos). Incluso una versión menor contiene nuevas funciones 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.

Pasarela de API en Nube y Grupo de Agentes en Nube las actualizaciones se aplican automáticamente. Para los Grupos de Agentes en Nube, hay dos conjuntos: Producción y Sandbox. Este ú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 recomendable mantenerse al día con las versiones, en particular las que incluyen actualizaciones de funciones.

Simplicidad en el Diseño del Proyecto y Preferencia de Funciones

Durante el proceso de diseño de un proyecto de integración, es posible que encuentre varios métodos de despliegue que pueden dar lugar a la misma funcionalidad.

Si bien a menudo existen ventajas o desventajas de un método sobre otro según el caso de uso de integración (según lo documentado), recomendamos tener siempre en mente el principio rector general de simplicidad. Los proyectos que se diseñan de la manera más simple posible suelen tener una mayor longevidad y son mucho más fáciles de poner al día para un externo si es necesario realizar un cambio. Por otro lado, los proyectos demasiado complejos pueden ser más difíciles de mantener y traspasar a otros durante una transición de responsabilidades.

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

  1. Utilice funciones sin código siempre que sea posible, como diseñar operaciones visualmente 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 asistente 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 un equivalente de Jitterbit Script no esté disponible, 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 del proyecto. El proyecto inicial también puede contener funciones comunes como el manejo de errores o el uso de cachés en todo el ambiente. El proyecto inicial se exporta y luego se importa a nuevos proyectos para formar una base consistente para el desarrollo.

Reutilización de Extremo

Extremos, creados configurando una conexión y actividades asociadas usando conectores, se utilizan con frecuencia en las operaciones. Sin embargo, no necesariamente es necesario crear un extremo único para cada operación. Dado que las configuraciones de actividades aceptan variables para rutas y nombres de archivos, los extremos genéricos se pueden crear una vez y luego configurarse dinámicamente 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. Es 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, especialmente si se usan 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). Utilizando el 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, se puede llamar de forma segura al mismo secuencia de comandos desde múltiples operaciones simultáneas.

Organización del Proyecto

Flujos de Trabajo se utilizan como medio de organización del proyecto. Un flujo de trabajo generalmente contiene operaciones relacionadas que procesan datos de principio a fin: Crear pedidos, Sincronizar cliente maestro, Procesar confirmaciones, 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 al que hacen referencia 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 numeración en el nombre de la operación.

Administrar Operaciones Asincrónicas

Al usar el RunOperation función en su modo asincrónico, las operaciones se ejecutan sin devolver el control a la función que llama. 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 la Operación A se llama de forma asincrónica seguida inmediatamente por la Operación B, entonces B puede ejecutarse antes de que A termine.

Además, se debe gestionar el número de llamadas asíncronas simultáneas, ya que el número de operaciones simultáneas que se ejecutan en un agente está limitado (consulte la [[OperationEngine]](/es/agent/private-agents/private-agent-how-tos/edit-the-configuration-file-jitterbit-conf#editingtheconfigurationfilejitterbit.conf-operation-engine) sección del archivo de configuración del Agente Privado).

Credenciales de Extremo

Recomendamos utilizar una ID del sistema con permisos de administración para las credenciales de los extremo, en lugar de una ID a nivel de usuario. Los ID de usuario normalmente caducan 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 organización de 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 al uso de la Management Console, las variables globales se pueden administrar usando el [[PredefinedGlobalVariables]](/es/agent/private-agents/private-agent-how-tos/edit-the-configuration-file-jitterbit-conf#editingtheconfigurationfilejitterbit.conf-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 del proyecto son variables estáticas preinicializadas que pueden considerarse constantes del proyecto. Se pueden editar desde Cloud Studio (consulte Variables del proyecto) o la Management Console (consulte Proyectos).

Un ejemplo de uso de variables de proyecto es para credenciales de extremo. Al utilizar variables de proyecto, se pueden aplicar diferentes ambientes de extremo (que generalmente tienen diferentes credenciales) a diferentes ambientes de Harmony y editado a través de la Management Console. Esto habilita un proceso empresarial en el que un usuario con derechos de 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 contener 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, la lógica de transformación para el campo Número de PO podría verificar una variable booleana del proyecto (como Send_PO_Number). Si el valor de la variable del proyecto es falso, 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 caduca, 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 podrían almacenarse en una caché común. Al acumular resultados de 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. Estos son distintos de Almacenamiento local extremos, que sólo se pueden utilizar en Agentes Privados.

Cuando se utiliza un extremo de almacenamiento temporal, los archivos temporales se escriben y se leen desde el directorio temporal del sistema operativo predeterminado en el agente que realiza el trabajo:

  • En el caso de un único Agente Privado, el directorio de almacenamiento temporal es el directorio temporal predeterminado del servidor del Agente Privado.
  • Si está utilizando más de un Agente Privado, agrupado 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 en Nube están agrupados en un Grupo de Agentes en Nube, el directorio de almacenamiento temporal es el directorio temporal predeterminado del servidor del Agente en Nube específico que realiza el trabajo.

En un Grupo de Agentes agrupado ( Agentes en 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 del 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í, es posible que la acción de lectura de almacenamiento temporal en Chain B no se lea desde el mismo agente que Chain A.

Cuando utilice almacenamiento temporal, tenga en cuenta estas pautas:

  • Cuando utilice Agentes Privados, para que su proyecto sea apto para actualizaciones, utilice almacenamiento temporal de tal manera que pasar de un único Agente Privado a un Grupo de Agentes de múltiples agentes no requiera refactorización.

  • Cuando utilice un Grupo de Agentes en clúster ( Agentes en 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 cualquier referencia al almacenamiento temporal Lea* Las actividades * y **Escritura 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. La frecuencia del servicio de limpieza se puede configurar a través del archivo de configuración del Agente Privado bajo la [FileCleanup] sección. Sin embargo, en los Agentes en Nube, los archivos temporales pueden eliminarse inmediatamente.

  • Los Agentes en 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 sólo son posibles cuando se utilizan Agentes Privados.

  • Al escribir en un almacenamiento temporal, el valor predeterminado es sobrescribir archivos. Esto se puede cambiar con la casilla de verificación Agregar a archivo en una Actividad de escritura de almacenamiento temporal. Por lo general, esto requiere que después de leer la fuente, el archivo se elimine o archive. Una forma sencilla de hacerlo es utilizar 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 forma fiable sólo si hay un único Agente Privado.

En algunos casos, puede resultar ventajoso utilizar una Variable extremo en lugar de un extremo de almacenamiento temporal. Consulte Almacenamiento variable versus temporal en Variable global versus almacenamiento temporal para obtener una comparación de estos dos tipos diferentes y obtener recomendaciones sobre cuándo cada uno es apropiado.

Secuencias de Comandos

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

Cuándo Utilizar Secuencias de Comandos

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

En lugar de utilizar acciones de operación, un secuencia de comandos de controlador utiliza el 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 usar 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 resultar beneficioso en situaciones como estas:

  • Para ejecutar una operación que depende de factores externos como variables o datos del proyecto.
  • Para llamar a suboperaciones desde dentro de un bucle, donde los datos se pasan a la operación desde una lista.
  • Realizar el seguimiento de 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 donde se utilizan con frecuencia secuencias de comandos son dentro de los campos asignados en transformaciones y en otras secuencias de comandos independientes. Si se utiliza el mismo secuencia de comandos en más de una transformación, considere configurar ese secuencia de comandos como un secuencia de comandos independiente y llamarlo desde cada transformación usando RunScript.

Convención de Nomenclatura para Variables

La Harmony tiene cuatro tipos de variables:

Como el alcance de una variable local se limita a un único secuencia de comandos, una convención de nomenclatura para ellos puede ser muy simple, como letras minúsculas o una palabra inicial, como return o myVariable. No se permiten puntos en variables locales.

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

type.category.subcategory
Componente Descripción
type Una breve abreviatura 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 sfdc, shipearly, confirm, order, etc.
subcategory Una subcategoría lógica para la variable, como purchase_orders, categories, ids, etc.

Combinando estos componentes, estos son posibles nombres de variables:

  • $pv_shopify_base_url
  • $dict_staples_po_line_items
  • $io_request
  • $gv_sfdc_workorder_id

Dado que las variables están ordenadas alfabéticamente en varios lugares de la interfaz de usuario, organizarlas jerárquicamente ayudará a administrar y utilizar las variables.

Cualquiera que sea la convención que elija utilizar, le recomendamos codificarla y documentarla para que todos los miembros del equipo puedan utilizarla de forma coherente en todos los proyectos.

Nota

Si planea utilizar 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 del ciclo de vida del desarrollo de software mediante el uso de ambientes. Puede configurar ambientes de producción y no producción.

Por ejemplo, supongamos que un ambiente de Desarrollo y de Producción están configurados en la Management Console y ambos están asociados con el mismo Grupo de Agentes. Supongamos que un proyecto se desarrolla por primera vez en el ambiente_Desarrollo_.

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

Pruebas

Harmony permite un rápido desarrollo de integración 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 mostrando los datos antes y después de las transformaciones de campo, en lugar de construir toda la operación, ejecutarla e inspeccionar el resultado. Los datos se hacen visibles mediante el uso de la función de vista previa en una transformación.

Después de importar o generar los datos de origen de muestra, la transformación mostrará el resultado de las asignaciones y secuencias de comandos incrustados.

Solución de Problemas

Un concepto clave para una arquitectura de integración saludable es reconocer que la empresa planteará dudas sobre la precisión del trabajo de integración, particularmente cuando aparecen discrepancias en los datos de los extremo. La integración puede ser errónea o no. Corresponde al proyecto de integración proporcionar un alto grado de transparencia para ayudar a resolver dudas sobre la precisión de los datos.

Por ejemplo, si los datos en un extremo de destino parecen ser incorrectos, normalmente se solicita soporte de integración para proporcionar detalles sobre cualquier acción 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á haciendo que esa información esté disponible como parte estándar de la arquitectura de integración. En Harmony, esto se admite mediante registro y alerta características.

Inicio Sesión

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

Con respecto a las fallas, 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 error. Si la solicitud tiene un estado de 200 pero la respuesta contiene errores de datos, Harmony lo considera un éxito.

Al desarrollar un proyecto de integración, utilice el WriteToOperationLog funcionan en las asignaciones y secuencias de comandos para capturar datos clave y pasos en el proceso. Por lo general, esto es tan simple como: WriteToOperationLog("The id is: "+sourcefieldid).

Si se desea capturar el resultado completo de una transformación, esto se puede hacer creando una operación que lea el código fuente, realice la transformación y escriba el resultado en una Variable o Almacenamiento temporal extremo en lugar del extremo de destino. Un secuencia de comandos posterior a la operación puede leer el resultado y registrarlo. Entonces se puede realizar la operación "real".

Los registros se pueden ver en Cloud Studio pantalla de registro de operación 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.

Se pueden buscar datos en los registros. Para filtrar solo los registros que necesita, puede utilizar la sintaxis de búsqueda de message=%\<your text>% en los registros de operación de Cloud Studio y 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 los registros de operaciones, incluidos los mensajes de registro detallados de los Agentes en Nube y de los Agentes Privados, durante 30 días.

Alertando

Con frecuencia, los resultados de la integración no solo deben registrarse, sino que también deben escalarse. Notificaciónes de Correo se pueden adjuntar fácilmente a operaciones y rutas de éxito/fracaso o llamar desde secuencias de comandos. Alternativamente, puede utilizar el 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 proporcionan mejores prácticas adicionales.

Charlas Tecnológicas

Charlas sobre tecnología Jitterbit son presentaciones en vídeo 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 de orquestación de proyectos complejos 50:46 2018.10.16
Constructor 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
Prácticas recomendadas 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
Abrir administrador del portal API 57:21 2019.11.05
Mejores prácticas de fuentes de transferencia y variables globales 42:44 2018.12.05
Mejores prácticas Agentes Privados 42:43 2018.07.05
Plantillas de proceso 43:27 2020.07.08
Mejores prácticas de 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 productos Jitterbit:

Seguridad

Metodología del Proyecto de Integración

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

Crear Proyectos

Inicio Sesión

Agentes Privados