Identificar posibles componentes de terceros

  • 5 minutos

Durante un proyecto, puede darse cuenta de que la aplicación con la que está trabajando no puede cumplir un requisito. En ese punto, tiene tres opciones:

  • Compilar una nueva aplicación a medida

  • Buscar una solución de terceros

  • Trabajar con el cliente para eliminar la necesidad de los requisitos

Siempre que sea posible, siempre es mejor priorizar la solución lista para usar porque reduce la complejidad y los costes de licencias/mantenimiento de la solución a lo largo de su vida útil. Esta unidad analiza algunas de las consideraciones para recurrir a soluciones de terceros.

Dónde encontrar soluciones de terceros

La Microsoft App Store oficial para soluciones de terceros que funcionan con aplicaciones de Microsoft Power Platform y Dynamics 365 es AppSource. Los proveedores de software independientes (ISV) pueden registrar su solución y pasar por el proceso de certificación para aparecer en la lista.

Al considerar las soluciones, piense en su nivel de integración con las aplicaciones de Microsoft Power Platform y Dynamics 365 que está utilizando. Cuanto menos integradas estén, es más probable que tenga que realizar una integración personalizada para utilizar completamente la solución.

Los arquitectos de soluciones que trabajan en la misma área de soluciones deben saber cuáles son los ISV más populares que resuelven problemas en esa área. A menudo, los partners desarrollarán aptitudes en un conjunto concreto de extensiones de ISV que pueden reutilizar en futuros compromisos. Un arquitecto de soluciones participa frecuentemente en esa evaluación y selección internas.

Evaluar al ISV

Mientras contempla incluir un componente de ISV de terceros como parte de su solución general, sepa que depende de la viabilidad a largo plazo de ese componente y del proveedor. El éxito de la implementación ahora depende de que ese componente funcione como se anuncia y, de no ser así, estará respaldado por el ISV. Como parte de la evaluación de un ISV, debe considerar los siguientes factores:

  • Cuánto tiempo ha estado el ISV en el negocio

  • Cómo de grande es el ISV y si tiene los medios para admitir una implementación de su tamaño

  • Cuánto tiempo ha estado compilando para Microsoft Power Platform o Dynamics 365

Evaluar el componente del ISV

Debe evaluar el componente del ISV para asegurarse de que sea viable para resolver el problema objetivo. A menudo, no descubrirá las deficiencias hasta que pruebe el componente con la configuración de la solución propuesta. A menudo, es aquí donde el enfoque de la prueba de concepto puede ayudar.

A medida que evalúa el componente, considere los siguientes factores:

  • Integración de seguridad: determine si el componente funciona con los modelos de seguridad de aplicación de Microsoft Power Platform o Dynamics 365. Si el componente tiene un modelo diferente, evalúe si puede asignar fácilmente una solución y aún así cumplir con sus requisitos.

  • Flexibilidad para personalizar: Microsoft Power Platform y Dynamics 365 ofrecen varias opciones de personalización y extensión. Revise lo que ofrece el componente y si cumplirá adecuadamente sus requisitos.

  • Se mantiene actualizado con las versiones de Microsoft: Microsoft actualiza semanalmente en algunos casos y, en ocasiones, desprecia los enfoques más antiguos para mantener las aplicaciones modernas. Evalúe si el ISV está al día con las versiones y está utilizando técnicas compatibles en su producto para asegurarse de que no tendrá problemas.

  • Hoja de ruta del ISV: determine si el ISV tiene una hoja de ruta de mejoras planificadas. Asegúrese de comprobar si el ISV tiene planes de mejoras o no y si el producto se ofrece "tal cual".

  • Ubicación de datos: averigüe dónde almacena el componente del ISV los datos, si se integra con sus aplicaciones de Microsoft Power Platform o Dynamics 365, o si tienen su propia nube u otra solución de almacenamiento.

  • Ajuste de las lagunas: si el equipo planea personalizar aún más el componente, compruebe que la licencia del componente lo permita y qué deuda técnica podría estar agregando.

Evaluar licencias

Si está incorporando un componente de terceros a la solución, se deben considerar las licencias. Asegúrese de que la licencia no solo se encuentre dentro del presupuesto del proyecto, sino que también sea compatible con el uso. Por ejemplo, los límites de cantidad de llamadas a la API u otras formas en que los usuarios interactúan podrían no funcionar para su volumen de uso.

El uso de código abierto también se está volviendo más popular en las soluciones de aplicaciones empresariales. En general, el atractivo es que son de uso gratuito. Sin embargo, los arquitectos de soluciones aún deben conocer el modelo de licencia del componente y cualquier requisito de cumplimiento. Además, los contratos de proyectos con clientes a menudo estipulan cierto nivel de aprobación cuando el código abierto se incluye en la solución general.

El uso de componentes de terceros es una excelente manera de resolver las lagunas en las funciones listas para usar de las aplicaciones. A menudo, al usar un componente de terceros, puede ahorrar tiempo y optimizar el mantenimiento continuo frente a la compilación personalizada de componentes similares. Al pasar el tiempo inicial evaluando y seleccionando los componentes que usa, puede evitar problemas desagradables que surgen en el proyecto al seleccionar componentes que no encajan bien.

Ejercicio: Revisar AppSource para soluciones financieras

Con Woodgrove Bank en el mercado para una gran solución, debe estar al tanto de lo que otros han hecho y cómo podría encajar esto en su solución propuesta. Vaya a AppSource y busque ofertas de paquetes que puedan ayudar a Woodgrove Bank a conseguir rápidamente una solución viable.