La computación en la nube como barrera lingüística

Sin hacerle espóiler a la historia, en última instancia se trataba de perspectivas, definiciones y lenguaje. Se sabe que Swiss Post (oficina postal suiza) gestiona uno de los mayores sistemas SAP y también uno de los más exitosos -BRIM (Billing and Revenue Management). El socio SAP responsable está orgulloso del proyecto y lucha por obtener el reconocimiento de SAP, que no ha recibido por el hecho de que se trata de un sistema on-prem. Esta historia de éxito no encaja en absoluto con la visión del mundo que tiene el jefe de SAP, Christian Klein. Incluso con el apoyo inicial de su compañero de junta Thomas Saueressig, la instalación de BRIM en Swiss Post no tuve éxito con las relaciones públicas. Desgraciadamente, Thomas Saueressig siempre promete mucho, pero no suele cumplir. Parece ser que en este caso también hubo barreras lingüísticas difíciles de superar.

El tema de la computación en la nube adolece de barreras lingüísticas. Muchos proveedores de TI se apropian del tema para sus propios productos, pero solo unos cuantos fabricantes de software pueden referirse realmente a la nube nativa. Y entre ellos no está SAP.

SAP BRIM y Microsoft Azure

En el caso concreto de SAP BRIM y la nube de Microsoft Azure, se trata de un problema de definición lingüística que puede localizarse con las palabras de moda "lift and shift". ¿Qué es la computación en nube? Cuando una aplicación ha sido diseñada para la arquitectura de la nube -es decir, es cloud-native- o cuando cualquier aplicación se posiciona en la nube utilizando herramientas informáticas. La diferencia es significativa y puede verse muy claramente en el ejemplo de SAP BRIM.

Tras mi afirmación de que BRIM es un producto on-prem de éxito y que, por lo tanto, SAP se contradice al hablar sólo de la nube, un empleado de Microsoft contraatacó con el ejemplo de que él sí había implementado SAP BRIM desde la nube como parte de un proyecto.

Como ocurre tantas veces en la vida, ambas cosas son ciertas. Claro, BRIM no es nativo de la nube, pero la arquitectura de TI necesaria para que BRIM funcione correctamente también se puede modelar en una nube como Microsoft Azure. Esto significa que no solo SAP BRIM, sino también todos los sistemas R/3 y ERP/ECC, pueden trasladarse a la nube. A continuación, los expertos hablan de lift and shift, o levantar y desplazar, lo que demuestra claramente que se trata de un problema de definición lingüística. Por lo tanto, no existe una definición generalmente reconocida para la computación en nube.

Para un hiperescalador, todo lo que se mueve en su territorio cae bajo el termino de computación en la nube. El jefe de SAP, Christian Klein, persigue una estrategia de computación en la nube completamente diferente con su enfoque “cloud only”, o sólo en la nube: un enfoque donde SAP se preocupa por dominar y controlar el modelo operativo ERP.

Una operación SAP on-prem se basa predominantemente en licencias adquiridas, que pueden o no estar sujetas a un mantenimiento anual, similar a un modelo de suscripción en la nube. También existe la oferta de mantenimiento por parte de terceros. En definitiva, un cliente de SAP on-prem tiene un mayor grado de libertad que un usuario de la nube pública de SAP. Para SAP, únicamente la nube en forma de nube pública es, por lo tanto, el mejor modelo de negocio para un funcionamiento calculable y el para lograr el máximo valor añadido.