Determinación de los requisitos de integración

El diseño de integración correcto comienza con la comprensión de tres dimensiones fundamentales: volumen y frecuencia, direccionalidad y funcionalidad. Estas dimensiones le ayudan a evaluar los requisitos empresariales, las restricciones del sistema y las necesidades de escalabilidad.

Por ejemplo, imagínese que tiene un objetivo de alto nivel, como conectar SAP a Dataverse o enviar una notificación cada vez que haya una actualización en un caso en el que un usuario esté trabajando. ¿Cuál es el punto de partida para diseñar la integración?

El primer paso es deconstruir los requisitos en los tres componentes clave de una integración:

• El volumen y la frecuencia son el primer componente principal del proceso de toma de decisiones. Ayuda a determinar los tipos de herramientas que necesita usar para implementar los requisitos empresariales.

• Direccionalidad, el siguiente componente, aborda dónde fluyen los datos de y hacia. Comprender la direccionalidad le ayuda a configurar el patrón para una integración correcta.

• La funcionalidad, o la capacidad de cada sistema para recibir, procesar y enviar datos, es el paso final. Use el enfoque de "vínculo más débil" para evaluar las funcionalidades para identificar las limitaciones y posibilidades.

Volumen y frecuencia

Esta dimensión define la cantidad de datos que se transfieren y con qué frecuencia. El volumen y la frecuencia funcionan conjuntamente para dar forma a la arquitectura de integración. Aunque pueden parecer similares, influyen en el diseño de la solución de maneras distintas. Los siguientes componentes explican en detalle cómo interactúan el volumen y la frecuencia y afectan a las decisiones de integración.

Comparación de volumen frente a frecuencia

Dos escenarios de integración pueden implicar el mismo volumen total, como 60 000 registros por hora y 1000 registros por minuto, pero difieren en frecuencia. Aunque ambos son iguales al mismo volumen por hora, la expectativa de minuto a minuto cambia el diseño de la solución.

• No suponga que una solución se ajuste a ambas.
• Valide la capacidad del sistema para controlar la carga de mayor frecuencia.
• Considere la posibilidad de crear soluciones independientes si un patrón consume muchos recursos o rara vez se usa.

Tipo de desencadenadores

Los desencadenadores definen cómo y cuándo se ejecutan las integraciones. Elija el desencadenador adecuado en función de la previsibilidad y la carga del sistema.

Desencadenadores programados (también conocidos como "Batch"):

• Se ejecuta a intervalos fijos.
• Más fácil de predecir y administrar.
• Adecuado para patrones de crecimiento de datos estables.

Desencadenadores controlados por eventos: un evento puede ser un botón seleccionado, un cambio en un registro en uno de los sistemas o una llamada API.

• Iniciar en función de acciones de usuario o eventos del sistema.
• Más difícil de predecir.
• Puede aumentar inesperadamente, especialmente en sistemas orientados al público.

Seasonality

El volumen de datos fluctúa con ciclos empresariales. Planifique picos estacionales en integraciones programadas e impulsadas por eventos.

• Los ciclos mensuales o trimestrales de facturación pueden provocar aumentos predecibles.
• Las fechas límite de temporada fiscal o servicio público pueden crear picos imprevisibles.
• Implemente medidas de seguridad para evitar la sobrecarga durante los períodos máximos.

Colaboración entre partes interesadas

Analice el volumen y la frecuencia con los propietarios de procesos y los usuarios empresariales. Valide las suposiciones en los flujos de trabajo reales.

• Es posible que los usuarios empresariales no conozcan el proceso completo.
• Los arquitectos deben investigar y confirmar las realidades operativas.

Plan para el futuro

Diseñar soluciones de integración con el crecimiento en mente.

• Defina claramente las condiciones de funcionamiento.
• Incluya planes de escalabilidad a largo plazo.
• Calcule cuándo se requiere el escalado.

Direccionalidad

La direccionalidad define el flujo de datos entre sistemas. Defina dónde se originan los datos y dónde se entrega para dar forma a cómo configurar y ejecutar la integración. Al determinar la direccionalidad del flujo de datos, tenga en cuenta la disponibilidad del sistema, los requisitos de cumplimiento y las medidas de seguridad para garantizar operaciones confiables y seguras. Por ejemplo, los datos pueden provenir de un sistema privado que no esté siempre disponible o que esté sujeto a normas estrictas de cumplimiento y seguridad.

Partes interesadas y cumplimiento

El cumplimiento desempeña un papel fundamental en el diseño de integración y varía en todos los sistemas. Consulte con arquitectos de infraestructura y responsables de seguridad para garantizar que las conexiones cumplan los estándares normativos y de seguridad de la organización.

• Los entornos de alta seguridad suelen imponer controles de acceso estrictos que influyen en la arquitectura de integración.
• Los sistemas locales heredados pueden restringir las conexiones entrantes. En tales casos, diseñe la integración para que el sistema heredado inicie la comunicación con la aplicación en la nube.

Capacidad

El rendimiento de la integración depende de la capacidad de cada sistema implicado. El sistema más débil de la cadena limita el resultado general.

• Evaluar las funcionalidades del sistema con respecto a los requisitos empresariales.
• Identifique los cuellos de botella que podrían afectar a las transferencias de datos de gran volumen o de alta frecuencia.
• Considere las mejoras si un sistema no puede satisfacer las expectativas de rendimiento.

Capacidad y frecuencia

La frecuencia afecta al modo en que un sistema controla las transferencias de datos. Un sistema que funciona bien una vez al día puede producir un error en varias cargas diarias.

• Ajustar la capacidad del sistema a la frecuencia requerida.
• No supongamos que el volumen por sí solo determina la viabilidad.

Almacenamiento en memoria caché

El almacenamiento en caché es una solución común cuando un sistema no puede cumplir los requisitos de rendimiento.

• Utiliza herramientas como Azure Synapse Link para Dataverse para replicar datos en almacenamiento escalable.
• Comprender el equilibrio: el almacenamiento en caché mejora el tiempo de respuesta, pero puede proporcionar datos obsoletos.
• Asegúrese de que los datos permanecen actualizados para evitar resultados inexactos en procesos en tiempo real.

Transformación y lógica de negocios

La funcionalidad del sistema incluye la capacidad de realizar transformaciones necesarias y lógica de negocios para satisfacer los requisitos empresariales.

• Evalúe lo que cada sistema puede hacer antes, durante y después de la transferencia de datos.
• Tenga en cuenta la complejidad de los datos de origen, las necesidades de transformación y el procesamiento del sistema de destino.

Por ejemplo, la exportación de una vista SQL con procedimientos almacenados a Dataverse podría requerir adaptación durante el proceso y ejecución del complemento tras la llegada.

Partes interesadas de la capacidad

Los administradores del sistema proporcionan información sobre las funcionalidades del sistema. Póngase en contacto con los equipos de TI centralizados o descentralizados para validar las suposiciones.

• Evalúe cada sistema antes de seleccionar un patrón de integración.
• Confirme que las funcionalidades técnicas se alinean con las expectativas empresariales.

Ponlo todo junto

El diseño de integración eficaz comienza con la comprensión de tres componentes principales. Para resumir:

• El volumen y la frecuencia definen la cantidad de datos que se transfieren y con qué frecuencia. Estas métricas influyen en la elección de herramientas, expectativas de rendimiento y planeamiento de escalabilidad.
• Direccionalidad identifica el origen y el destino de los datos. Ayuda a determinar cómo fluyen los datos entre sistemas y garantiza el cumplimiento de los requisitos normativos y de seguridad.
• La funcionalidad mide la capacidad de cada sistema para enviar, recibir y procesar datos. Resalta las limitaciones de rendimiento y ayuda a identificar posibles cuellos de botella en el proceso de integración.

Cada componente se asigna directamente a los requisitos empresariales iniciales. Analice, junto con las partes interesadas, cómo afecta el volumen, la frecuencia, la direccionalidad y la capacidad al proceso de integración general.

La colaboración entre las partes interesadas es esencial durante el análisis. Su entrada puede cambiar la forma del enfoque de integración.

• Los propietarios de procesos proporcionan requisitos empresariales iniciales.
• Los arquitectos de infraestructura y los responsables de seguridad garantizan el cumplimiento y la conectividad segura.
• Los administradores del sistema evalúan las funcionalidades y restricciones del sistema.

Escenario de ejemplo

Pongamos todo junto a través de un escenario de ejemplo. Imagine que el requisito empresarial es crear un proceso de integración que mantenga la información de casos sincronizada entre un cliente externo y ingenieros de servicios internos que trabajan en casos. Los clientes pueden agregar comentarios a un caso a través de un sitio web, mientras que los ingenieros pueden agregar información de caso a través de una aplicación de Power Apps.

Volumen de solicitudes y frecuencia de activación

El volumen y la frecuencia determinan la cantidad de datos que transfiere el sistema y la frecuencia con la que lo hace. En este escenario, los clientes impulsan principalmente la creación de casos, por lo que el volumen depende del número de clientes que atiende la empresa y su trayectoria de crecimiento proyectado.

El volumen total de actualizaciones se puede calcular como:

[Customers] × [Cases per customer] × [Average updates per case]

Visualice este número en un gráfico para mostrar cómo crece con el tiempo. Por ejemplo, si comienza con 10 millones de actualizaciones al año y espera un aumento del 20% cada año, el gráfico debería mostrar un incremento constante de actualizaciones año tras año.

Use datos históricos y proyecciones de crecimiento para calcular la carga futura. Por ejemplo, si el sistema controla hoy 10 millones de actualizaciones al año y crece a 20% anualmente, la integración debe admitir 25 millones de actualizaciones al año durante cinco años.

El análisis de frecuencia muestra picos mensuales. Si la demanda actual es de 3,2 millones de solicitudes al mes, la demanda futura podría alcanzar 8 millones al mes. Diseñe la integración para cumplir estos umbrales de rendimiento.

Para asegurarse de que la integración sigue siendo efectiva durante un período típico de retorno a la inversión (ROI) de cinco años, diseñe la solución para admitir al menos 25 millones de solicitudes al año. Este planeamiento de capacidad tiene en cuenta el crecimiento proyectado y ayuda a que la solución siga siendo escalable y confiable a medida que evolucionan las necesidades empresariales.

La parte de frecuencia del volumen es la capacidad de los sistemas implicados en gestionar la información a lo largo de un año. De nuevo, podemos trazar datos históricos para comprender cómo se aplica la frecuencia.

Direccionalidad y flujo de datos

La direccionalidad define el flujo de datos entre sistemas. Este escenario incluye cuatro flujos de datos distintos:

• Un flujo de datos desde el sitio web para escribir actualizaciones de casos en Dataverse
• Otra secuencia para que el sitio web lea las actualizaciones de Dataverse
• Tercer flujo de datos en el que los ingenieros escriben actualizaciones en Dataverse desde Power App
• Flujo de datos final para leer actualizaciones en Power App

En este diagrama se muestra el patrón de integración directa, en el que se muestra cómo se mueven los datos entre el sitio web, Dataverse y Power App a través de cuatro flujos de datos distintos:

Comprender estos flujos le ayuda a configurar integraciones seguras y eficaces. Use patrones directos o desacoplados en función de las funcionalidades del sistema y las necesidades de rendimiento.

Capacidad en acción

En esta integración de ejemplo, los conectores integrados simplifican el proceso. Al recuperar información de casos de Dataverse, aplique filtros y establezca límites de solicitud para optimizar la recuperación de datos y mostrar solo los datos necesarios en la aplicación. Para el sitio web, publique puntos de conexión mediante desencadenadores HTTP de Power Automate para habilitar la lectura y escritura de datos. Evalúe la capacidad de los flujos de Power Automate y Dataverse para asegurarse de que admiten cargas proyectadas. Revise los límites de flujos automatizados, programados y instantáneos para evitar superar las restricciones de la plataforma.

Use Dataverse Analytics para supervisar el uso actual. Si Dataverse se aproxima a su carga de solicitudes proyectadas, considere la posibilidad de agregar un búfer de protección en forma de Azure Data Lake.

En este diagrama se muestra el patrón de lectura desacoplado, donde se introduce una instancia de Data Lake entre Dataverse y el sitio web para descargar el tráfico de lectura y mejorar la escalabilidad:

Esta estrategia ayuda a reducir el volumen de lecturas desde Dataverse y a evitar errores de restricción (como HTTP 429 Demasiadas solicitudes).

Para reducir aún más la dependencia, desacopla las solicitudes de creación y actualización del sitio web mediante un servicio de puesta en cola, como Azure Service Bus.

En este diagrama se muestra el patrón de integración totalmente desacoplado, donde las lecturas y escrituras se gestionan a través de un Data Lake y una cola para maximizar la confiabilidad y proteger Dataverse frente a los picos de demanda.

Diseñe flujos de nube para controlar los errores, implemente la lógica de reintento y siga los procedimientos recomendados para la confiabilidad. Al seleccionar un patrón de integración, priorice las soluciones que satisfagan las necesidades empresariales con una complejidad mínima. Equilibre la funcionalidad técnica con los requisitos de costo, licencias y mantenimiento. Elija el enfoque más sencillo que cumpla los requisitos y evite inversiones innecesarias.

Paso siguiente

Explore patrones comunes para traducir el análisis de requisitos en arquitecturas de integración prácticas y escalables.

Recursos relacionados

• ¿Qué es Azure Synapse Link para Dataverse?
• Adición de la autenticación de OAuth para desencadenadores de solicitud HTTP
• Límites de flujos automatizados, programados e instantáneos
• Ver y descargar análisis de Microsoft Dataverse
• Creación de una instancia de Azure Synapse Link para Dataverse con Azure Data Lake
• Colas, temas y suscripciones de Service Bus