Cómo diseñar aplicaciones empresariales que se pueden componer de forma predeterminada

La resiliencia empresarial es esencial frente a disrupciones como la pandemia mundial, los cambios en las regulaciones o los realineamientos geopolíticos. El software puede mejorar (o dificultar) la resiliencia de una empresa. La agilidad del software, por lo tanto, se convierte en un desafío central para los líderes de aplicaciones e ingeniería de software. Pero pronto descubren que ni el negocio ni TI pueden afrontar este desafío por sí solos.

El hecho de no trabajar juntos en equipos de fusión multidisciplinarios deja a las organizaciones rezagadas con respecto a sus competidores más ágiles. Los principios de composición de aplicaciones ayudan a facilitar el éxito de los equipos de fusión. Para 2024, el 70% de las organizaciones grandes y medianas incluirán la componibilidad en sus criterios de aprobación para nuevos planes de aplicación.

Pero las mejores prácticas de composición no están bien establecidas. ¿Cómo pueden los desarrolladores de aplicaciones y los líderes de ingeniería de software crear un plan de acción confiable que se alinee con el rápido ritmo de cambio que exige un negocio?

La composición de las aplicaciones es un beneficio para cualquier negocio que necesite cambiar de manera rápida, segura y eficiente. Pero la urgencia y la preparación para la componibilidad difieren entre organizaciones. Los líderes de aplicaciones e ingeniería de software deben calibrar sus planes para reflejar el contexto específico de su organización.

Evaluar la preparación empresarial componible

Gartner ha definido un índice para que los líderes empresariales y de TI lo utilicen para evaluar la componibilidad en sus organizaciones. El índice cubre cuatro áreas principales y se puede aplicar a muchas facetas y contextos diferentes de los negocios modernos, incluida su tecnología, organización, ecosistema, estrategias de marketing y modelos comerciales. En cada área de negocio, el objetivo de una mayor agilidad es el mismo, pero sus principios básicos se aplican de manera diferente. Por ejemplo, pregúntese: ¿cuáles son los componentes básicos que respaldan la componibilidad para la organización, el ecosistema, la estrategia de marketing y el modelo de negocio?

La primera área a evaluar es la modularidad, que es fundamental para la componibilidad, ya sea que se aplique al software, la organización o la planificación del modelo de negocio. Cualesquiera que sean los componentes básicos que se proporcionan para la composición, definen el carácter de la arquitectura resultante.

Uno de los diferenciadores clave de la experiencia empresarial componible es que el diseño y el rediseño de aplicaciones (composición y recomposición) se realizan con la participación directa de profesionales de negocios y tecnología que operan como equipos de “fusión” multidisciplinarios. Para cumplir mejor con este requisito esencial, una aplicación empresarial componible debe ser un conjunto cohesivo de capacidades comerciales empaquetadas bien definidas, que representan la composición independiente de “bloques de construcción”. La modularidad bien implementada producirá las capacidades comerciales empaquetadas que son lo suficientemente pequeñas para maximizar la agilidad, pero lo suficientemente grandes para contener la integridad.

La segunda área cubierta por Gartner para el negocio componible es la autonomía. Esta es la característica de la modularidad que maximiza la independencia autónoma de los componentes.

En el diseño de software de aplicaciones comerciales, la autonomía implica la capacidad de los componentes para administrar completamente su integridad interna, imponer cargas mínimas sobre otros componentes cuando se cambian o reemplazan, sufrir una dependencia mínima de los cambios en otros componentes y ser capaces de operar solos. o en combinaciones nuevas e imprevistas. La autonomía completa rara vez se puede lograr, pero cada mejora de esta medida se traducirá en una mejora general de la experiencia de componibilidad de la organización.

La preparación para el descubrimiento es la tercera métrica en la evaluación de cuatro puntos de Gartner para la preparación empresarial componible. Esta es una medida de la facilidad con la que los equipos encuentran componentes y pueden determinar su utilidad. También implica que debe haber suficiente documentación para que los equipos puedan integrarse fácilmente. La preparación para el descubrimiento implica la claridad, integridad y facilidad de uso de la documentación y otros metadatos.

La orquestación es la cuarta área del índice de negocios componibles de Gartner. Se refiere a la preparación de los componentes (PBC) para la composición, integración y gobierno en entornos de desarrollo y tiempo de ejecución.

En el software de aplicación comercial componible, la orquestación refleja la apertura de los componentes para interactuar con otro software y el soporte de los modelos y protocolos de comunicación predominantes. La orquestación también mide qué tan bien están equipados los componentes para monitorear, rastrear, asegurar, las operaciones DevOps y otras formas de gobierno. En otras palabras, es el indicador que mide la calidad, apertura, seguridad y controlabilidad de la encapsulación.

La buena noticia es que el desacoplamiento, los microservicios, los eventos, la orquestación, la coreografía, la modularidad, la compatibilidad con versiones anteriores, la encapsulación y la descomposición son conceptos que han formado parte de las prácticas de arquitectura de software durante bastante tiempo. Estas arquitecturas involucran la separación de preocupaciones, el contexto acotado y la cohesión son partes del diseño impulsado por el dominio.

El modelo de empresa componible esencialmente vuelve a aplicar los principios básicos y avanzados de la arquitectura orientada a servicios (SOA) y la arquitectura de aplicaciones y servicios de malla (MASA) al entorno con una nueva restricción clave de que los “servicios” deben representar una estructura bien definida y autónoma. valor comercial contenido.

Aplicaciones de diseño para componibilidad

El diferenciador clave de las aplicaciones empresariales componibles de otras formas de modularidad (como SOA y MASA) es su audiencia: quién está componiendo define cuáles deben ser los componentes básicos y las herramientas de composición.

La mayoría de los modelos de diseño y herramientas de ingeniería anteriores estaban dirigidos a profesionales de TI o usuarios comerciales (desarrolladores ciudadanos). Sin embargo, el ritmo del cambio empresarial que exige componibilidad es tal que ninguno de los dos puede manejarlo solo. Para adoptar el modelo de empresa componible, los líderes de ingeniería de aplicaciones y software deben permitir que los equipos de fusión multidisciplinarios sean los “compositores” designados.

Este cambio en el enfoque de la ingeniería de software, de los profesionales de TI por su cuenta a los equipos multidisciplinarios de fusión de TI empresarial, es un impulsor clave de la empresa componible democratizada. Los componentes básicos y las herramientas de composición están diseñados tanto para los profesionales empresariales como para los de TI, que trabajan juntos y aprovechan sus talentos complementarios.

La modularidad de las capacidades comerciales empaquetadas encapsula las capacidades comerciales para respaldar el diseño y desarrollo de aplicaciones por parte de los equipos de fusión. Esta modularidad hereda algunas características tanto de las aplicaciones empresariales monolíticas como de las arquitecturas más técnicas basadas en microservicios.

Las aplicaciones monolíticas entregadas por proyectos son relativamente fáciles de administrar, ya que todas sus partes están estrechamente conectadas y siempre cambian juntas. Estas aplicaciones se administran como una unidad. Pero por esa razón exacta, son difíciles de cambiar. Las aplicaciones basadas en microservicios entregados por productos son más fáciles de cambiar, ya que permiten a los desarrolladores volver a conectar los microservicios y las aplicaciones de usuario de una manera nueva. Pero son más difíciles de administrar, ya que cada microservicio puede cambiar de forma independiente.

Al igual que con toda innovación y cambio, Gartner recomienda que los líderes de ingeniería de aplicaciones y software procedan de manera incremental, entendiendo el equilibrio de sus habilidades y recursos frente a las demandas de un nuevo enfoque, haciendo primero cambios más pequeños y menos disruptivos.

No todo tiene que ser componible, especialmente al principio. Todas las capacidades comerciales empaquetadas no tienen que ser del mismo tamaño o diseño interno. Los líderes de aplicaciones e ingeniería de software deben considerar estas recomendaciones como un plan de hoja de ruta a largo plazo, señalando que la adhesión inicial a solo un subconjunto de las recomendaciones ya producirá una medida de nueva adaptabilidad y creará una base para futuros avances.

En general, para optimizar la modularidad, Gartner recomienda que los líderes de TI dividan la funcionalidad de la aplicación en componentes con responsabilidades comerciales claras y completas. Los ejemplos incluyen objetos comerciales como una cuenta o un producto, un activo físico y el estado de un proceso comercial, como la aprobación de un préstamo. El desafío que ve Gartner es que estos deben respaldar una responsabilidad comercial única y aislada que sea lo suficientemente grande como para tener un propósito comercial claro, pero lo suficientemente pequeño como para eliminar el enredo entre funciones.


Este artículo se basa en un extracto del informe de Gartner, “Cómo diseñar aplicaciones empresariales que se pueden componer de forma predeterminada”. Yefim Natis es un distinguido vicepresidente y miembro emérito de Gartner Research.

Exit mobile version