Base para escenarios de integración

El increíble potencial que ofrece la nube, especialmente en escenarios de integración, es un factor nada desdeñable que debe discutirse, al igual que las mejores herramientas para una migración a la nube sin problemas. En casi todas partes, las empresas han comprado o creado aplicaciones en torno a sus aplicaciones SAP.

Cada vez son más las empresas que integran clientes y proveedores en sus entornos SAP. Uno de los clientes minoristas de Arvato Systems, por ejemplo, ha conectado más de 360 de sus clientes al sistema central S/4 Hana para automatizar su proceso de pedidos.

SAP sigue siendo el centro de datos de muchas empresas. Sí, ha leído bien: todavía. La única pregunta es por cuánto tiempo.
Veamos más de cerca las ventajas que ofrece la nube para integrar aplicaciones de terceros, así como proveedores y socios, y por qué los datos se están convirtiendo cada vez más en el factor decisivo en el funcionamiento de las aplicaciones.

Integración con aplicaciones de terceros

Con la política "Keep Your Core Clean", SAP intenta llamar la atención sobre un problema que persigue a los usuarios de SAP desde que existen los sistemas SAP: Se trata de abandonar el paradigma de solucionarlo todo en el núcleo de SAP siempre que sea posible. El objetivo es limitar las modificaciones en la aplicación central al mínimo necesario y reducir así la susceptibilidad a los problemas durante las actualizaciones. Para ello, todos los desarrollos específicos se externalizan a otras soluciones, como SAP Cloud Platform o los hiperescaladores. Por lo tanto, SAP está trasladando eficazmente las innovaciones y las personalizaciones a la nube.

En el futuro, esto significará un aumento del tráfico de datos en escenarios híbridos (S/4 Hana local y SAP Cloud Platform en Azure, por ejemplo) y latencias adicionales. La latencia es donde termina la diversión para muchos administradores básicos. ¿Quién quiere tener constantemente usuarios al teléfono informando de que "el sistema va muy lento ahora mismo"? Sin embargo, el nuevo paradigma de diseño de SAP no es la única indicación de que los sistemas SAP estarán mejor en Azure en el futuro.

Las soluciones de socios y aplicaciones de terceros también están migrando cada vez más a la nube o ya se ofrecen exclusivamente en ella. Ejemplos de ello son la solución de gestión de contratos Icertis, la aplicación de minería de procesos empresariales de Celonis y el sistema de gestión de documentos nScale de Ceyoniq.

Todos estos sistemas están integrados en SAP y requieren una cierta proximidad física a SAP desde una perspectiva operativa. En este sentido, los responsables de operaciones deberían preguntarse periódicamente si una arquitectura global híbrida es la mejor solución posible para las operaciones. En el curso de la modernización de los sistemas SAP, el funcionamiento en Azure puede ser la mejor alternativa.

Nuestro mundo está cada vez más interconectado. Esto no sólo se aplica a las aplicaciones dentro de una empresa. Ahora los clientes también pueden consultar existencias, hacer pedidos o informar del consumo en directo a través de aplicaciones IoT mucho más allá de los límites de la empresa.

Los modelos empresariales han cambiado rápidamente, sobre todo en el ámbito de la innovación, a menudo sin adaptar sus escenarios operativos. Aunque los escenarios de innovación difieren de un sector a otro, en última instancia tienen algo en común: el intercambio de datos entre las partes implicadas aumenta rápidamente. La exigencia de datos actualizados tampoco tolera escenarios en tiempo cercano. El tiempo real ha sido proclamado el nuevo estándar por los líderes del mercado.

Integración de proveedores y socios

Esto supone mucho trabajo para el departamento de TI, que, además de la conexión en sí, también tiene mucho donde elegir en cuanto a la tecnología a utilizar. Además de SAP PI/PO, SAP ofrece otro producto para la integración en forma de SAP Cloud Platform Integration Suite. Como parte de la iniciativa Embrace, se añadirá Azure Logic Apps como tercera unidad de producto.

Esto demuestra también que todos los nuevos productos de integración de los fabricantes de software han nacido en la nube. Por tanto, todas las solicitudes a SAP a través de estas herramientas conllevan una "sobrecarga de comunicación técnica". Como resultado, los datos de una solicitud on-premise viajan una vez a la nube a la aplicación Logic, de ahí de vuelta al sistema SAP on-premise - y los resultados de esta solicitud viajan de vuelta de la misma manera. La eficiencia es diferente. Lo mismo ocurre con las solicitudes de proveedores y socios.

También en este caso hay claras ventajas en la arquitectura global si no solo la herramienta de integración, sino también los sistemas SAP están en la nube. Esta es precisamente la razón por la que en Arvato Systems trasladamos hace algún tiempo nuestra solución SAP PI/PO, que operamos para varios clientes como solución PaaS gestionada, a Azure. Con seis millones de transacciones al mes, la mayor parte de nuestra comunicación se ejecuta ahora en la nube.

Especialmente cuando se comparan directamente arquitecturas en la nube frente a arquitecturas locales, a menudo se comparan manzanas con naranjas y no se valoran, o se valoran insuficientemente, aspectos clave como la reducción de los tiempos de ejecución de los proyectos. También se subestiman a menudo los requisitos de elasticidad del hardware, que en el caso de SAP se ven menos en el transcurso del mes, pero mucho más en el crecimiento, las escisiones o las adquisiciones, con la correspondiente necesidad de armonización del sistema.

Hacia una arquitectura de datos para toda la empresa

A la pregunta de dónde se encuentran los datos de una empresa, muchos empleados responderán probablemente SAP. Pero, ¿es realmente así? Cuando se trata de datos relativos a pedidos, información sobre producción y almacén y todas las cifras financieras clave necesarias, la respuesta está clara. Sin embargo, los datos de campañas, intereses de compra, IoT o datos de uso suelen residir en sistemas informáticos fragmentados y aislados.

Estos datos, en particular, han crecido exponencialmente en los últimos años, pero a menudo sólo pueden analizarse de forma inadecuada. Los clientes nos dicen que los datos crecen tan rápido que ya no pueden proporcionar suficientes recursos para mantener el ritmo de crecimiento, incluso en ciclos cortos de sustitución de hardware de tres años. En cuanto al almacenamiento, Azure ofrece numerosas opciones para adaptar tanto el rendimiento como los costes a cada caso de uso. En los escenarios locales, la elección de almacenamiento es menor.

Por eso no es de extrañar que el coste del almacenamiento de datos esté casi disparado en muchas empresas. En consecuencia, no es de extrañar que muchos clientes estén empezando a trasladar sus arquitecturas de datos existentes a la nube. En muchas empresas, también se ha desarrollado la práctica de descargar los datos de Hana, de modo que se pueda minimizar el costoso almacenamiento de datos allí.

La nube también puede ayudar aquí con soluciones inteligentes. Los beneficios en costes operativos de más del 50% no son infrecuentes en este caso. Muchas empresas son conscientes de que existe una clara necesidad de actuar, sólo que a menudo hay confusión sobre el momento óptimo. Además de los escenarios habituales, como las sustituciones o actualizaciones de hardware y las migraciones a Hana, el fin del soporte para Hana 1.0 también debería mencionarse como un argumento adicional a favor de tomar medidas pronto.

Las tecnologías de front-end Flash y Microsoft Silverlight, ampliamente utilizadas, también dejarán de recibir mantenimiento en los próximos doce meses. Como regla general, el momento ideal para planificar una migración a la nube es cuando cambian los componentes clave o hay que adquirir nuevo hardware.