Saltar al contenido

¡Transforma tus conexiones en dinero para el final del año con nuestro nuevo Programa de Indicación de Clientes! Descubre más

✕

Mejores prácticas de Jitterbit iPaaS

Introducción

Este documento sirve como guía general para el uso de la plataforma de integración como servicio (iPaaS) de Jitterbit. Ofrece recomendaciones sobre las mejores prácticas para escenarios de integración comunes y el uso de las herramientas disponibles. Este documento no es exhaustivo ni abarca todos los escenarios.

Este documento es para los usuarios de Integration Studio, la versión web de la aplicación de diseño de proyectos de Jitterbit. Para obtener las mejores prácticas con 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 ya con Jitterbit iPaaS e Integration Studio gracias a los siguientes recursos:

En ese punto, debería conocer los conceptos y términos básicos utilizados en Jitterbit iPaaS y comprender lo que entendemos por proyectos, operaciones, endpoints, scripting, migración e despliegue.

Consulte los Recursos adicionales al final de esta página, encontrará enlaces a videos y otros documentos que amplían estas prácticas recomendadas.

Soporte, Gerentes de éxito del cliente y documentación

El acceso al soporte de Jitterbit está incluido en la licencia de cliente de Harmony. Si tiene alguna pregunta o problema técnico, puede obtener asistencia experta del soporte de Jitterbit. El soporte de Jitterbit la página describe instrucciones especiales para situaciones de interrupción de la producción con el fin de escalar problemas urgentes.

También puede contactar con su Gerente de Éxito del Cliente (CSM) con preguntas sobre 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) contienen 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 a la sección de la documentación a la que se está accediendo. 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 Integration 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 %.

Actualizaciones del producto Jitterbit

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

Aplicaciones web 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 de API en la nube y grupo de agentes de nube las actualizaciones se aplican automáticamente. Para los grupos de agentes en la nube, existen dos conjuntos: Producción y Sandbox. Este último 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:

  • [Agente privado](/es/agent/#private-agents`Las actualizaciones se aplican manualmente mediante el instalador. Las instrucciones de actualización específicas para cada sistema operativo compatible se proporcionan en las instrucciones de instalación del agente privado correspondientes.
  • [Puerta de enlace API privada](/es/api-gateways/private-api-gateway`Las actualizaciones se aplican manualmente mediante el instalador. Las instrucciones de instalación de la puerta de enlace de API privada se proporcionan en detalle.
  • Para Design Studio el proceso de actualización consiste en realizar una nueva instalación. Varias versiones de Design Studio pueden coexistir en una misma máquina y compartir el mismo conjunto de proyectos.

Es aconsejable mantenerse actualizado con los lanzamientos, especialmente con 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 un método suele tener ventajas o desventajas sobre otro según el caso de uso de la integración (como se documenta), recomendamos tener siempre presente el principio rector de la simplicidad. Los proyectos diseñados de la forma más sencilla posible suelen tener mayor longevidad y es mucho más fácil que un tercero se ponga al día con ellos si es necesario realizar un cambio. Por otro lado, los proyectos excesivamente complejos pueden ser más difíciles de mantener y de delegar 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. Aprovecha 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 no esté disponible un Jitterbit Script equivalente, implemente secuencias de comandos en JavaScript.

Diseño de proyectos y reutilización

Un escenario típico de reutilización de un proyecto implica el desarrollo de un proyecto inicial con un 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 archivo, pueden exponerse como variables de proyecto. El proyecto inicial también puede contener funciones comunes, como la gestión de errores o el uso de cachés para 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 mediante la configuración de una conexión y actividades asociadas mediante conectores se utilizan con frecuencia en operaciones. Sin embargo, no es necesario crear un extremo único para cada operación. Dado que las configuraciones de actividad aceptan variables para rutas y nombres de archivo, se pueden crear extremos genéricos una vez y luego configurarlos dinámicamente mediante 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 usar un secuencia de comandos de controlador para completar el $gv_http_path Según sea necesario.

Otro ejemplo es una actividad de Consulta de base de datos con una condición. Su 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 el ArgumentList Ya sea una 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 ámbito diferente, el mismo secuencia de comandos puede invocarse con seguridad desde múltiples operaciones simultáneas.

Organización del proyecto

Flujos de trabajo se utilizan para organizar proyectos. Un flujo de trabajo suele contener operaciones relacionadas que procesan datos de principio a fin: Crear pedidos, Sincronizar el maestro de clientes, Procesar confirmaciones, etc. Los procesos comunes a diferentes flujos de trabajo, como consultar un extremo o gestionar un error operación, pueden incluirse en su propio flujo de trabajo y ser referenciados por otras 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 dicho diseñador. Estos 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 usar el RunOperation En modo asíncrono, las operaciones se ejecutan sin devolver el control a la función que las invocó. El uso de operaciones asíncronas 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 síncronas), no se producen condiciones de carrera. Sin embargo, si la Operación A se llama asíncronamente seguida inmediatamente por la Operación B, B podría ejecutarse antes de que A finalice.

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 (véase [OperationEngine] sección del archivo de configuración del agente privado)

Credenciales del Extremo

Recomendamos usar un ID de sistema con permisos de administración para las credenciales de extremo, en lugar de un ID de usuario. Los ID de usuario suelen caducar o deben desactivarse cuando un usuario deja la empresa.

Al usar variables de proyecto (cuyos valores se pueden ocultar) para la gestión de credenciales, el administrador de una organización de Harmony no necesita introducir 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 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 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 Integration Studio (consulte Variables de proyecto) o la Management Console (consulte Proyectos).

Un ejemplo de uso de variables de proyecto es para las credenciales de extremo. Mediante el uso de variables de proyecto, se pueden aplicar diferentes ambientes de extremo (que suelen tener credenciales diferentes) a diferentes ambientes de Harmony y se editan mediante la Management Console. Esto permite un proceso empresarial donde un usuario con permisos de la Management Console puede cambiar las credenciales sin necesidad de acceder a Integration Studio ni al diseñador de proyectos.

Un segundo ejemplo es usar variables de proyecto para almacenar indicadores utilizados por la lógica de integración que permiten 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 podría comprobar una variable de proyecto booleana (como Send_PO_Number) para el campo PO Number. Si el valor de la variable de proyecto es falso, entonces... 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

Funciones de almacenamiento en caché en la nube ReadCache y WriteCache Se utilizan para asignar espacios de datos 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 haya operación o en qué agente se ejecute. Al almacenar datos en caché 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 generados en diferentes operaciones podrían almacenarse en una caché común. Al acumular los resultados de las operación de esta manera, se pueden generar alertas más completas.
  • Los tokens de inicio de sesión se pueden compartir entre operaciones.

Administrar el almacenamiento temporal

[Almacenamiento temporal](/es/integration-studio/design/connectors/temporary-storage`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 en la nube), siempre que las operaciones que utilizan el almacenamiento temporal estén enlazadas (encadenadas), todas las lecturas y escrituras del almacenamiento temporal se realizarán en el mismo servidor de agente. Sin embargo, si la Cadena 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 del almacenamiento temporal en Chain B no se lea desde el mismo agente que Chain A.

Nota

Las operaciones encadenadas siempre se ejecutarán en el mismo agente que la operación principal, independientemente de la sincronicidad.

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 en clúster (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. 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 en la nube, los archivos temporales pueden eliminarse inmediatamente.

  • Los agentes en 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 al usar agentes privados.

  • Al escribir en el almacenamiento temporal, la opción predeterminada es sobrescribir los archivos. Esto se puede cambiar con la casilla Añadir al archivo en una actividad de escritura en almacenamiento temporal. Generalmente, esto requiere que, tras leer la fuente, el archivo se elimine o archive. 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 solo funciona de forma fiable si hay un único agente privado.

En algunos casos, puede ser ventajoso usar una Variable extremo en lugar de un extremo de almacenamiento temporal. Consulte Consideraciones sobre el almacenamiento temporal (si se utiliza Integration Studio) o Variable global versus Almacenamiento temporal (si utiliza Design Studio) para comparar estos dos tipos diferentes y obtener recomendaciones sobre cuándo es apropiado cada uno.

Scripting

Secuencias de comandos escritos en Jitterbit Script idioma o JavaScript se puede utilizar prácticamente en cualquier lugar de 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 donde se utilizan scripts con frecuencia son los campos asignados en las transformaciones y otros secuencias de comandos independientes. Si se utiliza el mismo secuencia de comandos en más de una transformación, considere secuencia de comandos como secuencia de comandos y llamarlo desde cada transformación mediante RunScript.

Convención de nomenclatura para variables

Jitterbit iPaaS tiene cuatro tipos de variables:

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

Las variables globales, dado su alcance más amplio (una variable global puede ser referenciada en las mismas operaciones y secuencias de comandos, o en abajo en la cadena, dentro de una cadena de operación ), deben usar una convención de nomenclatura consistente para evitar confusiones. Por ejemplo, al usar varios componentes para un nombre de variable, separados por puntos, se 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 del 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.

Combinando estos componentes, estos son los posibles nombres de variable:

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

Dado que las variables se ordenan alfabéticamente en diferentes lugares de la interfaz de usuario, organizarlas jerárquicamente facilitará su gestión y uso.

Sea cual sea la convención que elija, le recomendamos codificarla y documentarla para que todos los miembros del equipo puedan usarla 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

Jitterbit facilita metodologías de desarrollo de software a lo largo del ciclo de vida 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 al mismo grupo de agentes. Supongamos que un proyecto se desarrolla primero en el ambiente de Desarrollo.

Integration 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 modifican otros extremos de origen y destino. Tras la migración inicial, cualquier migración posterior del mismo proyecto de Desarrollo a Producción excluye la migración de valores de variables del proyecto, a menos que sean nuevas.

Pruebas

Jitterbit permite un desarrollo rápido de integraciones y pruebas unitarias al hacer visibles los datos de integración reales durante el diseño. La ventaja obvia es que permite un proceso de desarrollo iterativo al mostrar los datos antes y después de las transformaciones de campo, en lugar de compilar 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 cualquier asignación y secuencias de comandos incorporado.

Solución de problemas

Un concepto clave para una arquitectura de integración eficaz es reconocer que la empresa planteará dudas sobre la precisión del trabajo de integración, especialmente cuando surjan discrepancias en los datos de los extremo. La integración puede o no tener fallos. Es responsabilidad del 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 al soporte de integración que proporcione detalles sobre las acciones de integración, como tiempos, orígenes, lógica de transformación, mensajes de éxito o fracaso, etc. El proceso de resolución de problemas se beneficiará al incluir esta información como parte estándar de la arquitectura de integración. En Jitterbit iPaaS, esto se gestiona mediante registro y alerta características.

Registro

Registros de operaciones capturan datos clave de forma predeterminada, como los tiempos de ejecución de las operación y los mensajes de éxito, fallo o cancelación. Si se producen fallos y el extremo devuelve información sobre el fallo, el registro capturará esa información.

En caso de fallos, la respuesta se utiliza para determinar el estado. Por ejemplo, si se recibe un código de estado HTTP 400 o superior en una respuesta, se considera un fallo. Si la solicitud tiene un estado 200, pero la respuesta contiene errores de datos, se considera 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 del 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. A continuación, se puede realizar la operación "real".

Los registros se pueden ver en Integration 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.

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 Integration Studio y de Management Console.

Con frecuencia, las APIs ofrecen 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 la 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 la nube y los agentes privados, durante 30 días.

Alerta

Con frecuencia, los resultados de la integración no solo deben registrarse, sino que también deben escalarse. Notificaciones Correo se puede vincular fácilmente a operaciones y rutas de éxito/fracaso, o se puede llamar desde secuencias de comandos. También puede usar 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 ofrecen recomendaciones adicionales.

Charlas técnicas {: #tech-talks }Charlas técnicas sobre 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
API API 39:53 2019.01.09
APIs 49:22 2018.08.07
Integration 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 debe tener en cuenta an Integration Studio El proyecto debe saber cómo organizar a su equipo, recopilar y validar requisitos de forma clara y concisa, y aprovechar las ventajas de Jitterbit iPaaS para lograr un proyecto de integración exitoso.

Crear proyectos

Registro

Agentes privados