Cree iFlows listos para la empresa a partir de su migración a Integration Suite
By s4pcademy
En cuanto a la migración de SAP PI/PO a Integration Suite, hemos trabajado incansablemente para que sea posible migrar la mayor cantidad de casos de uso posibles. Además, encuentre soluciones que permitan a los desarrolladores centrarse en las cosas que no se pueden automatizar.
La capacidad de automatizar muchas partes o su migración a Integration Suite en el corazón de la Figaf DevOps Suite, edición de migración. Con la Edición de migración gratuita, puede realizar pruebas de los iFlows migrados para comprobar si producen el mismo resultado en Integration Suite que en SAP PI/PO.
Realmente creo que esta herramienta debería ser parte de su esfuerzo de migración.
Incluso después de ganar la competencia SAP Hack2Build con nuestra herramienta de migración Figaf inicial (ahora incluida en la edición de migración como prueba), hemos estado mejorando diligentemente nuestras capacidades y funcionalidades de migración. Sabemos que es necesario acelerar los procesos y, en los últimos meses, hemos agregado algunas funciones potentes para que el proceso de migración sea más sencillo.
El objetivo ha sido hacer que la migración sea lo más fluida posible, para que pueda automatizar tanto como sea posible.
También puede filtrar los receptores, por lo que no necesita enviar a todos los receptores y cómo asignar los canales a la integración en la nube.
Resumen de la migración
En la última versión, ahora generamos iflows con procesos locales para cada receptor. Esto hace que sea mucho más fácil administrar y mejorar las opciones para el manejo de errores. Ya hemos agregado algunos, pero mejoraremos esto con sus comentarios.
Cada receptor se procesa en un proceso local.
Reintentar los mensajes que fallan a través de JMS. Entonces, si un mensaje falla, solo se colocará en una cola JMS si falla. Esto hace posible reintentar mensajes individuales. Hay maneras en que podemos mejorar esto y nos gustaría recibir su opinión.
Error al manejar parte del flujo
Para asignaciones de mensajes, se admite lo siguiente.
- Asignaciones de mensajes que contienen bibliotecas de funciones. Aquí los FL se convierten en scripts Groovy. Hay alguna diferencia, como que se cambia el objeto contenedor.
- Las búsquedas de RFC también se migran, pero debe escribir su propio código de búsqueda de RFC en Groovy.
- Los parámetros de asignación se convierten, se agregan como un script de Groovy y se asignan como propiedades externas.
- Se admiten múltiples asignaciones mediante la configuración de la carga útil del mensaje y la división posterior.
- Los artefactos migrados se recuerdan, por lo que la próxima vez puede reutilizar el artefacto migrado y no tener que volver a realizar la misma corrección.
- Una vez que haya migrado, puede, por supuesto, intentar probar la migración.
Con la edición de migración, esta es una prueba gratuita de la herramienta, donde puede probar la herramienta de migración y ver cómo funciona en su integración. Si lo desea para su migración, tendrá un costo de 100 EUR por ICO/determinación del receptor.
Comenzando con nuestro gratis edición de migración tiene sentido si planea un proyecto de migración. Puede ejecutarlo en su computadora portátil en SAP BTP. Esto le permitirá:
- Crear un evaluación de su paisaje con algunos datos diferentes a los SAP. Puede salvarlo de algunos problemas potenciales.
- Pruebe su migración tomando mensajes de PI/PO de SAP y usándolos en Cloud Integration
- Ofrecerle una descripción general de la migración.
- Entonces puede probar nuestra herramienta de migración y ver qué casos tienen sentido.
Puedes ver la herramienta en acción aquí.
