Lo mejor de lo mejor - Orquestación en la nube

¿Hasta qué punto se distingue en la integración entre computación local y en nube?

Patrick Theobald: Desde el punto de vista empresarial, no hay ninguna diferencia. Es un problema puramente técnico. Eso, a su vez, es exigente. Ante todo, se trata de seguridad.

Un escenario típico es un sistema SAP que se ejecuta on-prem mientras que la aplicación (por ejemplo, Nintex Workflow Cloud u Office 365) se ejecuta en la nube.

Por supuesto, el acceso tiene que ser a prueba de bombas porque, de repente, desde una aplicación basada en la nube fuera del cortafuegos, está llegando directamente al corazón de la empresa. Eso requiere experiencia.

Lo mismo se aplica al contexto del usuario. Por supuesto, hay que asegurarse de que el usuario de la nube tenga los mismos derechos que en el sistema on-prem. Por ejemplo, alguien que solo está autorizado a ver las cifras de un determinado trabajo en SAP también debería, por supuesto, estar autorizado a ver exactamente esas cifras en la nube.

Esto se denomina suplantación de acceso. No es técnicamente trivial trasladar la administración de usuarios basada en la nube a la administración de usuarios de un sistema SAP cuyas raíces se remontan a la década de 1980.

¿Y hay también integración nube-nube, porque probablemente SAP en Azure tampoco quiere ser un concierto en solitario?

Theobald: La constelación SAP on-prem integrada con aplicaciones en la nube es la más desafiante. Cuando todo tiene lugar en la nube, vuelve a ser técnicamente más fácil, ya que la frontera on-prem/nube es el mayor obstáculo.

SAP en Azure con otros servicios de Microsoft como O365 puede clasificarse más bien como técnicamente sencillo.

¿Qué otra orquestación en la nube frente al concierto en solitario (on-premise) tiene actualmente importancia estratégica en la comunidad SAP?

Stefan Reuss: En general, el escenario de análisis de datos es el más solicitado por los clientes. Los datos de las transacciones se extraen de SAP (ya sea SAP on-prem o SAP on Azure) y, a continuación, se almacenan en una plataforma de análisis.

Puede tratarse de un servidor SQL clásico basado en Azure, Power BI, un clúster Hadoop u otras plataformas de análisis ajenas a Microsoft, como Amazon Redshift o Board.

Además de este escenario de análisis, la conexión de flujos de trabajo basados en la nube es el segundo caso de uso más común, es decir, la integración con Nintex Cloud, Microsoft Flow o Salesforce.

¿Cuáles son los aspectos empresariales y organizativos más comunes de la integración y la orquestación para un cliente SAP existente?

Peter Wohlfarth: Los mayores escollos son la seguridad y la estabilidad. En cuanto a la seguridad, el principal problema es que suele ser necesario conciliar dos administraciones de usuarios y derechos diferentes.

Y sin destruir la experiencia del usuario. El usuario preferiría no darse cuenta de con qué sistema está trabajando, siempre que funcione de forma fiable y, sobre todo, con un alto rendimiento. El segundo aspecto es la estabilidad.

Cuantos más sistemas intervienen, mayor es el peligro de que un solo fallo haga caer la cadena. Esto debe prevenirse sistemáticamente en el diseño y con la tecnología adecuada. La conexión de sistemas en la nube y on-prem puede aumentar aún más este reto.

¿Cuáles son los proyectos de integración más comunes en un entorno Microsoft SAP y por qué?

Reuss: El escenario más común es la integración de datos para BI. Los datos de las transacciones proceden de SAP y se preparan para su análisis en un entorno ajeno a SAP.

¿Por qué quieren esto los clientes? La cuestión puede ser muy compleja, pero cristalizan tres aspectos importantes: en primer lugar, los usuarios quieren mezclar los datos con datos ajenos a SAP y esto funciona especialmente mal directamente en SAP.

El segundo aspecto es el rendimiento. Incluso con Hana, no todos los problemas de rendimiento están resueltos. Muchos sistemas de análisis externos ofrecen ratios mucho mejores entre rendimiento y coste.

El tercer aspecto es la agilidad. Sobre todo en tiempos de digitalización, a los clientes les gusta que sus flujos de datos se modifiquen rápidamente y se adapten a las nuevas necesidades.

Tradicional e históricamente, los procesos y flujos de datos en SAP y SAP BW son relativamente rígidos y se resisten al máximo a los ajustes.

¿Cuáles son otros proyectos de integración SAP fuera del entorno Microsoft en Theobald Software?

Reuss: Las razones anteriores pueden trasladarse a otros proveedores. No sólo Microsoft ofrece muy buenas plataformas de análisis de datos. También se pueden realizar aplicaciones de este tipo con tecnología de Oracle, Amazon, HP, Board y muchos otros proveedores.

Lo mismo puede decirse de las aplicaciones de tipo workflow, como Nintex, Salesforce o K2. La USP de una excelente conectividad con SAP puede trasladarse a diversos ámbitos. En esto nos hemos especializado.