A ver, que no cunda el pánico, ni SAP desaparece en 2028, ni ha extendido la fecha de mantenimiento de la SAP Business Suite, que sigue manteniendo las mismas fechas… aunque muchos sigáis confiando en que eso se va a extender; de momento, no.
Bueno, una vez superado el efecto clickbait del título, os explico…
Lo que acaba el 31 de diciembre de 2028 es el entorno Neo de SAP Business Technology Platform y la noticia me ha parecido significativa porque no es habitual que SAP ponga fecha fin a algo; muchas veces va arrastrando productos o tecnologías obsoletas durante décadas.
Esta vez no, este vez anuncian, con 4 años y medio de antelación, que dicho entorno dejará de estar disponible. Y aunque el anuncio oficial se hace ahora es algo que se veía venir desde hace años; no tenía sentido seguir manteniendo ese entorno, salvo por dar soporte a los clientes que apostaron por ello en su momento, ya que toda la línea de innovación iba por el entorno ahora denominado multi-cloud y al inicio Cloud Foundry.
Hagamos un poco de historia, porque todo esto viene del año 2012, cuando a SAP, en su camino a convertirse en una compañía cloud, se le ocurre lanzar SAP HANA Cloud Platform, su plataforma de aplicaciones, donde teníamos servicios de infraestructura, bases de datos, aplicaciones, etc…
El artículo anterior es de 2016, pero todo esto empezó como digo mucho antes; aquí podéis ver el primer curso que hubo en openSAP de todo esto, en el año 2013: Introduction to SAP HANA Cloud Platform
En ese primer momento, la plataforma corría bajo una arquitectura propietaria, en los centros de datos de SAP, ya que pensaron que podían aplicar la técnica MIMIMIS* (MI plataforma, MI infraestructura, MIS servicios)…
* Queda mucho más fino MIMIMIS, que MISCOJ33.
…pero eso tuvo un corto recorrido, ya que alguien se dio cuenta de que a lo mejor eso de hacer la guerra por tu cuenta en un mundo abierto como el cloud, no tenía mucho sentido.
O que quizás había gente que hacía las cosas mejor que tú… como, por ejemplo, todo el tema de infraestructura cloud, ya que te llevaban años de ventaja en ese negocio en concreto.
Así que, quizás tenía sentido en lugar de luchar contra el enemigo, unirte a él… y esto es algo que hacen todos, porque Google o Microsoft podrían tener su propio sistema de gestión empresarial, pero a veces tiran de «otro»:
- Microsoft elige SAP como herramienta de gestión de personal
- Google elige SAP como plataforma tecnológica para gestionar sus finanzas
Y es lógico, no puedes ser el mejor en todo, y es importante ser consciente de ello; como tampoco tiene sentido morir con tus ideas, por lo que si la mayoría se están uniendo a una forma de trabajar en cloud, quizás tenga sentido hacerlo yo igual, ¿no?
Y aquí aparece el entorno Cloud Foundry.
En el momento en el que aparece Cloud Foundry, nos encontramos con la posibilidad de trabajar en ambos modos, con servicios que están en uno y no en el otro, o que están en ambos, pero con características distintas.
Algunos de los servicios que hay en Neo se van pasando a Cloud Foundry, donde van apareciendo nuevos, a medida que pasan los meses; no así en Neo, que se mantienen los existentes y poco más.
¿Por qué mantener los existentes en Neo? Pues porque hubo clientes que apostaron por esto desde el principio y contractualmente hay que seguir dándoles soporte… hasta el 31 de diciembre de 2028.
Desde hace años, SAP deja claro que su apuesta de innovación es todo lo relacionado con Cloud Foundry o, si hablamos con propiedad, el entorno multi-cloud, porque ahora, además de Cloud Foundry tenemos los entornos Kyma y ABAP Cloud, pero hoy no toca hablar de eso… 😉
Ya en 2020 nos fueron dejando clara esa declaración de intenciones, dejando de dar acceso al trial del entorno Neo…
SAP Cloud Platform: Neo y Cloud Foundry, ¿sólo puede quedar uno?
En vista de eso, alguno empezó a migrar sus aplicaciones del entorno Neo al nuevo entorno (sí, ya sé que «Neo» suena a nuevo, pero no…) Cloud Foundry.
Por ejemplo, aquí os dejo un vídeo donde Rubén López, de «Apuntes de Tecnología», nos cuenta un ejemplo, paso a paso:
Concretamente, vemos como pasar de trabajar con el SAP Web IDE a pasar a trabajar con el SAP Business Application Studio, que es el framework de desarrollo que utilizarás para hacer tus desarrollos en estos nuevos entornos.
SAP Web IDE fue la herramienta original que utizamos, después pasó a denominarse SAP Web IDE Full-Stack, para posteriormente apostar por SAP Business Application Studio, dejando SAP Web IDE sólo para ciertos desarrollos en HANA, con el denominado SAP Web IDE for HANA.
De todas formas, todo ese historial de cambios, ahora mismo, te da igual… especialmente, si acabas de aterrizar, o estás en ello, en el mundo de desarrollo cloud en SAP: para ti, ni el entorno Neo ni el SAP Web IDE existen, lo tuyo es el entorno multi-cloud y el SAP Business Application Studio.
Os dejo aquí los enlaces a las noticias donde os hablan de esto y una guía que os puede ayudar a hacer esa transición:
- Farewell, Neo! SAP BTP, multi-cloud environment – the deployment environment of choice
- SAP Web IDE Sunset
- Migrating from the Neo Environment to the MultiCloud Foundation (Cloud Foundry and Kyma)
La verdad, creo que hay tiempo más que suficiente para hacer esos cambios (¡4 años y medio!), entre otras cosas porque no creo que haya un número excesivo de clientes que continúen trabajando en el entorno Neo, pero, evidentemente, haberlos, haylos.
Ah, y si eres de los que sigues únicamente, con los batch-inputs y los ALVs, olvida todo lo que te he contado 😉
Lo haces parecer sencillo, pero lamentablemente migrar de Neo a CF no es solo cambiar un IDE por otro. Para aquellos que tengan Hana Service, por ejemplo, y deban mudarse a Hana Cloud, la migración puede ser bastante traumática.
Dependiendo de los servicios que tenga activado cada uno, y del uso que se le haya dado a la plataforma, el proceso de migración puede ser un proyecto de varios meses, en donde tendremos dos suscripciones activas mientras hacemos la mudanza (con el costo que ello implica)
Y acá es donde empieza a hacer ruido el mensaje de «Clean Core». ¿Hace sentido dejar un S/4 «upgrade-stable» llevandonos todo lo custom a una plataforma tan inquieta?
Por supuesto que no es sencillo y no consiste sólo en utilizar en un nuevo framework, toca migrar cada uno de los servicios o transportar la funcionalidad de cada uno de ellos, al nuevo entorno, siempre que sea posible.
El tema de los costes en SAP, sabemos como suele ir… lo lógico sería que esos clientes que optaron por Neo y van a hacer el cambio tuvieran algún tipo de ventaja y no tener que pagar ambas suscripciones.
En cuanto a lo de «Clean Core» creo que es el camino; la plataforma ahora mismo es estable, con independencia de que seguirá evolucionando.
Al igual que Neo puede que no tuviera sentido, al ser una arquitectura propia de SAP, el nuevo entorno basado en microservicios, contenedores, infraestructura en los hyperscalers, etc… es la forma de no reinventar la rueda, utilizar esos estándares que utiliza el mundo cloud y luego sólo es cuestión de ser capaz de demostrar por qué los servicios de tu plataforma son diferenciales frente a otros de otros fabricantes.
Con independencia de que vayas a S/4HANA Cloud, en cualquiera de sus sabores, o sigas on-premise, vas a tener que utilizar servicios de SAP BTP, sí o sí.
Y sobre la migración, con independencia de que puede llevarte más o menos tiempo, cuentas con documentación (https://help.sap.com/docs/btp/migrating-from-neo-environment-to-multi-cloud-foundation-cloud-foundry-and-kyma/migrating-from-neo-environment-to-multi-cloud-foundation-cloud-foundry-and-kyma?language=en-US) y servicios de soporte (previo paso por caja, imagino).
En definitiva, que nadie dice que sea sencillo, pero lo que es evidente es que no se puede negar el cambio; lo mismo pasó con lo desarrollos en XS clásico y el paso a XSA…
Hay que saber medir la distancia entre ser un early adopter y un «obligated» adopter 😉
Y en definitiva este cambio nos genera mas trabajo, así que bienvenido! Pero atentos, hay que bailar al ritmo de SAP y no perder el paso, por eso estamos aquí tus asiduos lectores!
Sí, eso está claro, que no vamos a parar de bailar 😉