Licenciamiento
Consulte cómo funciona el modelo de licenciamiento de Sensedia Integrations.
Actualmente ofrecemos 2 modelos de licenciamiento:
Modelo basado en la cantidad de flujos desplegados (deployed flows)
-
En este modelo, el cobro se realiza de acuerdo con la cantidad de flujos activos, es decir, con estado "Deployed", en los entornos de Staging y Production.
| Un mismo flujo desplegado en 2 entornos (Staging y Production) cuenta como 2 unidades de licenciamiento. |
-
Adicionalmente, existe un análisis de la complejidad de los flujos desplegados, lo cual puede impactar en el valor final del licenciamiento. Lea más sobre esto a continuación.
Ejemplo de flujo simple
-
El sistema recibe una solicitud que contiene datos en formato JSON, deserializa estos datos y extrae el ID del cliente.
-
A continuación, realiza una llamada a una API REST para obtener información adicional sobre el cliente, almacenando la respuesta para uso posterior.
-
Con base en la información del cliente, el sistema realiza una llamada SOAP para obtener detalles de los pedidos asociados, convirtiendo la respuesta de XML a JSON.
-
Los datos del cliente y los detalles de los pedidos se combinan en un solo objeto JSON, y se aplica un script JSLT para transformar los datos según sea necesario.
-
Los datos finales se envían a MongoDB a través de una API REST.
-
Si ocurre alguna falla en la persistencia de los datos, se publica un mensaje de error en un tópico Kafka.
-
Al final del proceso, el sistema devuelve un estado HTTP 200 OK para confirmar el éxito de la operación.
Componentes
-
3 conectores HTTPS (REST y SOAP)
-
3 etapas de transformaciones con un payload simple (50 kb)
-
1 conector con alguna aplicación (Kafka)
-
1 conector con alguna aplicación (MongoDB)
-
Enriquecimiento de datos
-
Manejo de excepciones
Ejemplo de flujo complejo
-
El sistema recibe una solicitud y extrae el ID de cada cliente a partir de los datos JSON.
-
Los datos se dividen en elementos individuales, que se procesan en paralelo.
-
Para cada elemento, la información como ID, nombre y valor se registra y se utiliza para crear un nuevo JSON.
-
Luego, se realiza una llamada a una API REST para obtener información adicional sobre cada cliente, y la respuesta se almacena para uso posterior.
-
Con base en los datos devueltos sobre los pedidos, el sistema realiza una llamada SOAP para recuperar detalles de los pedidos asociados al cliente, convirtiendo la respuesta de XML a JSON.
-
Los datos enriquecidos del cliente y los detalles de los pedidos se combinan en un solo objeto JSON, y se aplica un script JSLT para transformar estos datos.
-
Los datos finales se envían a MongoDB a través de una API REST. Si ocurre alguna falla en la persistencia de los datos, se publica un mensaje de error en un tópico Kafka.
-
Al final del proceso, el sistema devuelve un estado HTTP 200 OK, confirmando que la operación fue exitosa.
Componentes
-
3 conectores HTTPS (REST y SOAP)
-
Payload de 500 kb o mayor
-
1 Split para iteraciones sobre una lista con procesamiento paralelo
-
Procesamiento en paralelo (Multicast)
-
3 etapas de transformaciones con un payload grande
-
Poll Enrich/Enrich (Enriquecimiento de datos)
-
1 conector con alguna aplicación (Kafka)
-
1 conector con alguna aplicación (MongoDB)
Modelo basado en unidad computacional
-
En este modelo no hay límite en la cantidad de flujos, pero existe un recurso mínimo para desplegar la integración.
Para más información sobre nuestros modelos de licenciamiento, póngase en contacto con el equipo comercial de Sensedia.
Share your suggestions with us!
Click here and then [+ Submit idea]