Trastorno bipolar

La vacilación entre la computación en nube y el centro de datos propio está justificada y es lógica: hay que considerar y evaluar muchos parámetros de los ámbitos de la gestión empresarial, la organización, la tecnología y la legislación sobre licencias.

Hoy en día, ningún cliente existente de SAP se pasa a la nube porque sea "más barata". El mundo de las TI y los ERP es sosteniblemente complejo, de modo que una reducción al capital empleado se queda muy corta.

Sosteniblemente complejo: Una instalación SAP no es una granja de ponis y un cambio de versión no son unas costosas vacaciones de aventura. Quienes se deciden por S/4 y Hana no sólo se deciden por un nuevo ERP que incluye una plataforma de base de datos. De estas decisiones surgen nuevas preguntas y tareas.

Oficialmente, SAP no habla de ello: AnyDB - Oracle, IBM DB2, Microsoft SQL-Server, etc. - era y es para R/3 y ERP/ECC 6.0 simplemente un mejor sistema de archivos para almacenar y guardar datos ERP.

Oracle, IBM y Microsoft pueden hacer más, pero nunca se les permitió demostrarlo en el entorno SAP. Hana es una plataforma de base de datos muy compleja y extremadamente potente con numerosos motores y procesos.

En términos de tecnología de bases de datos, Hana catapulta al cliente SAP existente de la Edad de Piedra de la TI al futuro próximo, incluidos los fallos bipolares: Las grandes instancias de bases de datos Hana pueden tardar varios días en reiniciarse tras un fallo. Los científicos de datos están absolutamente encantados con el "comportamiento en tiempo real" de una base de datos Hana y no quieren volver a trabajar con otra cosa.

Oficialmente, SAP no habla de ello: El grupo ERP no ha completado cuidadosamente sus deberes en el área de las "bases de datos de computación in-memory" y ha marchado con Hana demasiado pronto.

Desde hace muchos años, en el escenario Sapphire de Orlando se suceden siempre las mismas escenas: el profesor Hasso Plattner justifica su invento y presenta nuevos hallazgos y técnicas. Este año ha sido "Persistent Memory" de Intel.

Un servidor Hana con memoria persistente puede acortar el tiempo de reinicio tras una caída de horas a unos minutos: ¡la comunidad SAP está de enhorabuena! Siguen existiendo otras obras: Hana 1 o Hana 2, incluidas numerosas actualizaciones de versión.

Un contacto suizo de la comunidad SAP me escribió para decirme que exageraba mi fobia a Hana. Él podría organizar un cambio de AnyDB a Hana en unas semanas por unos miles de euros en cualquier momento. Así es.

Antes, sin embargo, el cliente de SAP ya existente debe evaluar a qué versión de Hana puede, puede y debe cambiar. Puede que el cambio de versión técnica ya no sea un problema. Pero, ¿qué ocurre cuando el presupuesto es ajustado, los requisitos de rendimiento son elevados y la aplicación bancaria de SAP debe personalizarse?

"Banking" sólo se lanza para Hana 1 y hasta hace poco sólo el caro Superdome de HP estaba certificado para Hana 1, si no se tienen en cuenta los anticuados appliances Hana. Aquí es donde la oferta de Hana de SAP tiene otro trastorno bipolar.

¿Hana y S/4 on-prem o en la nube? Para el CEO de SAP, Bill McDermott, una pregunta fácil y rápida de responder: ¡Primero la nube!

Un CIO de una gran empresa minorista hizo una vez una gran inversión en su propio centro de datos. Hana apareció y dio un traspié. Afortunadamente, el sistema de comercio aún no era productivo porque tardó más de una semana en reiniciar Hana.

El resumen del CIO: Si Hana, entonces solo en la nube de SAP, para que SAP tenga que echarse la sopa ella sola.

Aunque Bill McDermott se aferra al mantra "Cloud First", su propia oferta no parece convencerle del todo: con el programa "Embrace", promociona y corteja a los hiperescaladores AWS, Google y Microsoft.

¿A dónde ir con Hana y S/4?, se pregunta el inquieto cliente actual de SAP: A su propio centro de datos, a SAP o a proveedores de nube de terceros, porque no sólo los tres principales hiperescaladores tienen buenas ofertas de Hana. El panorama de la nube de Hana presenta actualmente un trastorno bipolar, ¿no es así?

La grieta atraviesa SAP: numerosos miembros de la comunidad se quejan de un comportamiento muy bipolar de SAP en el debate "on-prem" frente a "cloud". Mientras que, tras muchos años de exitosa colaboración R/3, el soporte on-prem para ERP/ECC 6.0 sigue funcionando sin problemas y la comunicación entre los clientes existentes, las asociaciones de usuarios y SAP es armoniosa, muchos usuarios experimentan exactamente lo contrario en la nube: ¡la individualidad no es deseada!

La estandarización de la nube dificulta la vida a los clientes existentes. Los contactos de SAP para modificaciones son difíciles de encontrar. No se escucha a las asociaciones de usuarios en cuestiones de nube e integración.

Por tanto, no se está produciendo un amplio discurso sobre la integración de la nube y la nube híbrida. Esta bipolaridad podría hacer que pronto muchos usuarios huyan a sus propios centros de datos, porque la computación en nube no es más barata.