Un SAP rara vez viene solo

Sólo en un entorno informático heterogéneo, compuesto por sistemas SAP y no SAP, pueden satisfacerse todos los requisitos corporativos. Sin embargo, la gestión de cambios y entregas en un entorno tan heterogéneo es mucho más compleja.

Como se describe en la última columna, DevOps y las herramientas de automatización basadas en él reducen significativamente esta complejidad. DevOps se nutre de la interacción fluida entre desarrollo y operaciones para satisfacer los deseos de los clientes con mayor rapidez, ya que los requisitos cambian constantemente.

Esto significa que la lista de requisitos, el llamado backlog, se reordena, modifica y perfecciona constantemente, y debe gestionarse de forma dinámica en el marco de DevOps. La capacidad de cambiar continuamente las prioridades representa un enfoque fundamentalmente nuevo del desarrollo y la entrega.

Los cambios individuales se integran continuamente en nuevas versiones de software, que en el modelo DevOps se entregan a los sistemas productivos en mayor número y a intervalos más cortos. En este contexto, se habla con razón de Integración Continua (IC) y Entrega Continua (CD).

DevOps en los mejores ecosistemas

Pero todo sigue siendo poco sistemático mientras DevOps y CI/CD se apliquen a todos los sistemas no SAP, pero no a las soluciones SAP de las empresas. Desgraciadamente, este es a menudo el caso de los clientes SAP existentes debido a la falta de herramientas adecuadas.

Mientras que los cambios y desarrollos posteriores en los sistemas externos se importan automáticamente, los pasos correspondientes en el mundo SAP siguen realizándose manualmente. Además, los efectos de los cambios en los sistemas externos sobre las soluciones SAP deben determinarse manualmente.

Ambas, sin embargo, conllevan retrasos considerables y son más propensas al riesgo. Para que el desarrollo y la entrega continuos sean una realidad en todo el entorno informático, es decir, incluidas las soluciones SAP, las herramientas de automatización para el mundo SAP deben poder conectarse a todas las demás herramientas necesarias mediante un motor de integración y plug-ins.

Esto incluye herramientas de prueba, así como soluciones para la gestión de servicios de TI (ITSM) y DevOps de varios fabricantes. Algunos ejemplos serían ServiceNow, Remedy, JIRA, Rally o Github. Su interacción crea un paisaje de herramientas integrado.

Gracias a una conexión perfecta con JIRA, por ejemplo, el backlog puede gestionarse tanto para los sistemas SAP como para los que no lo son. Con la ayuda de la integración con Github, los cambios en SAP pueden entregarse automáticamente junto con los cambios en otras aplicaciones.

Y gracias a la conexión con un sistema de tickets, por ejemplo ServiceNow, se garantiza que todos los sistemas y cambios relevantes tengan el estado de liberación correcto antes de la entrega.

Una cadena de herramientas integrada de este tipo era también el objetivo de uno de nuestros clientes internacionales. La empresa ya había implantado el concepto DevOps para sus aplicaciones no SAP. Pero, por desgracia, faltaba la conexión con el entorno SAP para evitar entregas manuales en el futuro y proporcionar al departamento de TI una transparencia total sobre todos los cambios que debían entregarse.

La integración entre Github y nuestra herramienta de automatización de SAP ActiveControl lo ha conseguido. Desde entonces, la empresa ha podido realizar cambios en las 15 aplicaciones de TI, incluido SAP, de forma totalmente automatizada varias veces al día. Gracias a la plena integración de SAP en su canal de CD, la empresa se beneficia de una agilidad mucho mayor en general.

Por supuesto, incluso en un mundo de cadenas de herramientas integradas, todos los cambios deben someterse a pruebas antes de transferirlos a los entornos productivos. Por eso, en nuestra columna de la próxima primavera podrá descubrir qué papel crucial desempeñan las pruebas automatizadas de CD para los clientes actuales de SAP.