Las plataformas tradicionales de automatización de aplicaciones BPM requieren la instalación y configuración de una infraestructura compleja, lo que francamente puede suponer una barrera para su adopción por parte de algunas organizaciones.
Índice de temas
Aplicaciones BPM autónomas
Las necesidades y objetivos de las empresas evolucionan con rapidez y de forma continua en un entorno competitivo. Esto obliga a los equipos de TI de las empresas a desarrollar y ofrecer -y cambiar- sus sistemas de negocio con rapidez.
Las aplicaciones BPM autónomas ofrecen un nuevo enfoque para las aplicaciones basadas en la gestión de procesos de negocio (BPM). Este enfoque tiene como objetivo simplificar el proceso de instalación y desarrollo de aplicaciones mediante la agrupación de la aplicación creada por la plataforma BPM y su entorno de ejecución en un único paquete (el concepto que subyace a la contenerización).
El software BPM está diseñado para automatizar y optimizar los flujos de trabajo. Las plataformas BPM disponibles en la actualidad son ampliamente utilizadas por empresas y otras organizaciones para aplicaciones de procesos empresariales, y su arquitectura influye en la agilidad de DevOps. Los equipos de desarrollo de aplicaciones ya han visto mejorada su agilidad y eficiencia utilizando el modelo visual estándar BPMN2.0 para el modelado de procesos, la extensibilidad de la plataforma a través de la orquestación de servicios y las API. Ahora estamos analizando formas de aumentar la agilidad del equipo de Operaciones para la entrega y gestión de estas aplicaciones.
El potencial del BPM + contenerización
Las plataformas tradicionales de automatización de aplicaciones BPM requieren la instalación y configuración de una infraestructura compleja, lo que francamente puede suponer una barrera para su adopción por parte de algunas organizaciones.
La idea que subyace en el enfoque de las aplicaciones autónomas es combinar las ventajas de las capacidades de una plataforma BPM para el desarrollo de aplicaciones con los enfoques y tecnologías de contenerización para el uso de estas.
La contenerización ya se está convirtiendo en un estándar ampliamente aceptado por los equipos de DevOps, y la gestión de los despliegues en las instalaciones es ahora una historia totalmente diferente gracias a la tecnología de contenedores. En general, el desarrollo y la gestión de aplicaciones son cada vez más sencillos y baratos. Los equipos de desarrollo tienen ahora todo lo que necesitan para operar sin problemas aprovechando las tecnologías relacionadas con contenedores como Docker y Kubernetes.
La contenerización permite a los equipos de DevOps desplegar aplicaciones individuales basadas en procesos de forma independiente de los recursos compartidos de la plataforma. Esto significa que es posible entregar más rápido, escalar cada aplicación según sea necesario y mantener una aplicación a la vez sin perturbar otras aplicaciones de alta disponibilidad. Se consigue así una mayor agilidad organizativa para ofrecer valor (es decir, mejoras) tan rápido como el negocio lo requiera.
En teoría, las aplicaciones autónomas BPM ofrecen ventajas en términos de flexibilidad, reutilización y facilidad de mantenimiento debido a su naturaleza autónoma, pero actualmente hay poca investigación sobre las aplicaciones autónomas de procesos de negocio, sus impactos y limitaciones.
Para demostrar los beneficios potenciales de las aplicaciones autónomas de BPM, es útil probar y validar su rendimiento y eficacia en comparación con otros tipos de aplicaciones BPMS. Una forma de hacerlo es diseñar e implantar aplicaciones autónomas de BPM en entornos empresariales reales evaluando sus resultados mediante encuestas y entrevistas a usuarios y desarrolladores para conocer sus experiencias.
¿Qué se necesita para pasar de una plataforma BPM a un enfoque de aplicación autónoma?
Nuestro equipo de I+D ha estudiado el impacto de pasar de una plataforma BPM centralizada a aplicaciones autónomas desde la perspectiva tanto de los desarrolladores como de los equipos de DevOps. Esta investigación indica que, si bien el enfoque autónomo ofrece ventajas significativas en términos de agilidad y flexibilidad, también introduce una sobrecarga operativa adicional en la gestión de múltiples aplicaciones autónomas. Identificamos varios retos desde las perspectivas de desarrollo y DevOps. Estas son algunas de las consideraciones clave que los proveedores de plataformas BPM y las organizaciones que las utilizan deben tener en cuenta.
La perspectiva de los desarrolladores de aplicaciones BPM
- Modularización: Uno de los cambios significativos al pasar a un enfoque aplicación autónoma es que las aplicaciones BPM existentes tendrían que dividirse en apps más pequeñas e independientes. Es probable que esto consuma mucho tiempo y recursos, y que requiera un esfuerzo significativo por parte del equipo de desarrollo para rediseñar las aplicaciones BPM existentes y así cumplir con los nuevos requisitos de arquitectura. Un enfoque por fases que permitiera que las nuevas aplicaciones fueran autónomas, manteniendo al mismo tiempo las aplicaciones existentes, ayudaría a mitigar este problema.
- Definición de interfaces y contratos: Los equipos de desarrollo deben definir interfaces y contratos claros para garantizar una interoperabilidad sin fisuras entre apps autónomas, ya que las dependencias entre ellas cambiarán con la nueva arquitectura. Estas interfaces deben diseñarse y probarse cuidadosamente para garantizar que el sistema global funciona según lo previsto.
- Gestión de recursos: En un enfoque de aplicaciones autónomas, cada app puede requerir sus propios recursos, como bases de datos, sistemas de mensajería y otros componentes de infraestructura. Los equipos de desarrollo deben considerar dónde y cómo compartir recursos entre apps para evitar duplicidades y garantizar una utilización óptima de los recursos.
La perspectiva del DevOps
- Instalación múltiple: Con el enfoque de aplicación autónoma, puede haber varias instalaciones de la misma aplicación ejecutándose en diferentes servidores. Los equipos de DevOps tendrán que gestionar, supervisar y solucionar problemas en todas las instalaciones.
- Complejidad del desarrollo: El despliegue de múltiples apps independientes puede ser más complejo que el despliegue de una única plataforma. Los equipos de DevOps deben tener en cuenta cómo implementar aplicaciones de forma coherente y reproducible para evitar errores y garantizar la fiabilidad.
- Costes operativos: El desarrollo y soporte de múltiples apps autónomas puede requerir un mayor número de componentes de infraestructura, lo que conllevaría mayores costes operativos.
La perspectiva de los proveedores de plataformas BPM
Identificar los retos y consideraciones que implica la transición de una plataforma a un enfoque autónomo para las aplicaciones BPM es sólo un primer paso. Los proveedores de software BPM que deseen adoptar esta tecnología también deben tomar medidas proactivas para reducir las limitaciones, con el fin de garantizar que sus usuarios puedan aprovechar al máximo la nueva arquitectura. Algunas de las áreas clave en las que los proveedores de plataformas BPM pueden centrar sus esfuerzos incluyen:
- Monitorización: esta tarea se vuelve más compleja, ya que hay más componentes individuales a los que hacer seguimiento y solucionar problemas. Los proveedores de plataformas BPM deben proporcionar herramientas para supervisar el rendimiento y la salud de cada aplicación individual, así como el sistema en general. Una especie de “central de aplicaciones” puede incluir paneles de control de supervisión en tiempo real, acumulación de registros y funciones de alerta.
- Configuración: Con un enfoque de app autónoma, puede haber múltiples configuraciones que gestionar a través de diferentes apps y entornos. Los proveedores de BPM pueden simplificar la gestión de la configuración proporcionando herramientas centralizadas para definir y gestionar las distintas aplicaciones de forma coherente y eficiente. Esto puede incluir soporte para el control de versiones, reversiones y auditorías.
- Desarrollo y gestión: El despliegue de múltiples apps autónomas puede ser complejo a la hora de coordinar el desarrollo en diferentes entornos y gestionar las dependencias entre apps. Los proveedores de BPM pueden proporcionar herramientas y marcos que simplifican el desarrollo y la coordinación, como la contenerización, Kubernetes y los gráficos Helm.
- Integración e interoperabilidad: las dependencias entre apps son más explícitas y definidas, lo que puede hacer que la integración y la interoperabilidad sean más difíciles. Los proveedores de BPM pueden ofrecer herramientas y marcos que simplifiquen la integración, como APIs, colas de mensajes y arquitecturas basadas en procesos. También pueden trabajar con otros proveedores de software, organismos y organizaciones de normalización para definir y promover normas de interoperabilidad en todo el sector.
Al prestar atención a estas áreas, los proveedores de BPM pueden ayudar a los equipos de DevOps a superar los retos de la transición hacia las aplicaciones autónomas para obtener beneficios como una mayor agilidad y flexibilidad. También deben proporcionar orientación, documentación y formación para garantizar que los equipos técnicos y de IT tengan las habilidades y conocimientos necesarios para adoptar con éxito la nueva arquitectura.
El paso a las aplicaciones BPM autónomas: validar el valor y orientar a los usuarios
Validar el enfoque de aplicación autónoma para proyectos BPM con proyectos reales es esencial para comprender su eficacia y practicidad. Aunque los proyectos teóricos pueden aportar información valiosa y ayudar a identificar posibles ventajas y limitaciones, no siempre reflejan con exactitud la naturaleza compleja y dinámica de los escenarios del mundo real. En los proyectos reales intervienen diversos factores, como múltiples partes interesadas, requisitos cambiantes y retos imprevistos.
Hemos obtenido resultados intermedios a través de nuestra investigación que están siendo validados por partes externas. Hemos empezado a compartir nuestro análisis y enfoque para obtener comentarios y confirmación sobre la interpretación de nuestros resultados.
Esto incluye un programa para analizar proyectos BPM reales de empresas y socios comerciales dispuestos a adoptar el nuevo enfoque autónomo de BPM. El equipo de investigación ha definido un método para evaluar la agilidad de estos productos y está recopilando datos sobre el rendimiento de los proyectos, incluidos el tiempo de desarrollo, la facilidad de mantenimiento y la capacidad de adaptación a requisitos cambiantes. Así podremos comparar el rendimiento de estos proyectos con el de las aplicaciones BPM tradicionales gestionadas desde una plataforma.
En general, parece que la transición de una plataforma a un enfoque de aplicación autónoma requiere un esfuerzo y una coordinación significativos entre los equipos de desarrollo de aplicaciones y DevOp
Al poner a prueba este enfoque en proyectos reales, podemos comprender mejor sus puntos fuertes y débiles, identificar posibles áreas de mejora y obtener información sobre cómo se puede aplicar eficazmente en diferentes contextos para satisfacer las necesidades y expectativas de las organizaciones que buscan mejorar sus prácticas de BPM y su agilidad.
En última instancia, este trabajo ayudará a las organizaciones a considerar la conveniencia de adoptar el enfoque de aplicaciones autónomas para sus necesidades empresariales específicas, de modo que puedan tomar decisiones bien fundamentadas sobre sus estrategias de BPM y mejorar su agilidad y competitividad en un entorno empresarial cada vez más dinámico.
En general, parece que la transición de una plataforma a un enfoque de aplicación autónoma requiere un esfuerzo y una coordinación significativos entre los equipos de desarrollo de aplicaciones y DevOps. Aunque un enfoque de aplicación autónoma tiene ventajas, como una mayor agilidad y flexibilidad, también hay retos que deben abordarse para garantizar una transición satisfactoria. Los proveedores de plataformas BPM tendrán que proporcionar orientación y apoyo a sus clientes para ayudarles a superar estos retos y maximizar el potencial de su nueva arquitectura.
