Cobol se une a SaaS - Desatado por el hardware
¿Por qué debería un cliente pasarse a la nube IaaS? Al fin y al cabo, el modelo operativo actual, en las instalaciones o con el subcontratista, ¡funciona!
Hinrich Mielke: Los clientes de SAP se enfrentan a multitud de cambios: Si es necesario, cambiarán a Hana, los primeros proyectos piloto para S/4 están en proyecto y Fiori se está evaluando y probando.
Para todas estas actividades se necesitan sistemas temporales, y para ello no hay que comprar hardware (y guadañarlo de antemano), sino simplemente pagar por su uso, como en el leasing del coche de empresa.
Sin embargo, a diferencia del coche de empresa, siempre puedo optar por un modelo más pequeño, más grande o incluso por ninguno.
En resumen: la liberación completa del hardware, tanto en términos de capacidad como de tiempo de uso, facilita el enfoque ágil en el proyecto.
Por ejemplo, tenemos un cliente que simplemente tiene dos centros de datos llenos de hardware. Otro no cuenta con la aprobación de la dirección.
Allí, los primeros sistemas de formación se están trasladando ahora externamente a la nube: es una forma de generar confianza y el principio de pago por uso funciona especialmente bien en este caso. Otro ejemplo:
Un PoC de uno de nuestros clientes en S/4 Hana tardó mucho más de lo previsto. No por los ajustes en el lado de la empresa, como cabría suponer, sino por culpa del subcontratista, que mostró su lado inflexible y lento. En un caso así, a menudo se cuestionan las certezas establecidas...
¿Por qué la Nube Azur? Otras madres también tienen hermosas hijas...
Mielke: Si Office 365 ya está en uso, el obstáculo formal de entrada es bajo: los responsables de protección de datos y el comité de empresa ya están familiarizados con Azure y los conceptos.
El obstáculo técnico de entrada también es bajo: la gestión de identidades se realiza rápidamente con una extensión del Active Directory existente a Azure. Esto facilita la integración con el mundo on-premise.
¿Qué innovaciones hay en Azure, a lo mucho que se anunció Sapphire?
Mielke: La oferta de infraestructuras ha aumentado de forma decisiva: SAP ha lanzado una gran variedad de máquinas virtuales para Hana. Esto significa que el equipamiento de hardware puede elegirse ahora entre 192 GB de RAM y 3800 GB de RAM, en siete niveles.
Se han anunciado hasta 12 TB a corto plazo. Si eso no es suficiente, se pueden utilizar Instancias Grandes Hana certificadas de hasta 20 TB (anunciadas 24 TB) para el escalado.
¿Y qué obtiene el cliente?
Mielke: Por un lado, ahora es posible escalar de forma excelente con máquinas virtuales. Este tipo de hardware no está disponible in situ ni en el proveedor externo a corto plazo, y tampoco es tan fácil de desmantelar. Esto significa que el cliente está ahora completamente liberado por el hardware en sus proyectos.
Ya no es necesario dimensionar a priori, y menos con tres años de antelación. No es trivial, sobre todo con Hana, y un error de cálculo puede salir caro rápidamente.
Si el anteproyecto ha finalizado o se encuentra en una pausa de proyecto, el hardware puede retirarse del servicio de forma neutral en cuanto a costes. Así, los proyectos preparatorios de S/4 pierden el horror respecto a la infraestructura.
Es aconsejable iniciar la conversión a S/4 para poder utilizar todas las innovaciones bajo la marca Leonardo de forma significativa en una fase temprana. Véase también el artículo del último número de E-3 sobre el leonardo.report. (E-3 de junio de 2018, página 57).
Pero hubo más innovaciones para Azure, ¿y qué ventajas aportan a los clientes?
Mielke: Hay novedades interesantes respecto a la integración de sistemas ERP y Azure, también respecto a Sapphire: Ahora existe el "Abap SDK for Azure", por lo que se pueden consumir servicios de Abap fuera del ERP en Azure: "¡Cobol meets SaaS!"
Ya es posible la integración directa de ERP y servicios en Azure. Actualmente se trata de una versión 1.0 y solo están disponibles unos pocos servicios, pero una conexión directa al Azure Event Hub a través de SM59 ¡es algo increíble!
Por último, pero no por ello menos importante: SAP Cloud Platform (SCP) está disponible en o sobre Azure, lo que significa que el entorno SCP se ejecuta en Azure como IaaS. Por tanto, una aplicación SCP puede ejecutarse en la misma infraestructura técnica que el sistema ERP a petición del cliente, con las ventajas técnicas asociadas:
Los flujos de datos permanecen dentro de Azure, la latencia es baja. Esto es interesante porque SAP promueve firmemente SCP como plataforma de integración e innovación.
Para muchos clientes, sin embargo, eso está todavía muy lejos.
Mielke: Sin embargo, hay que estar preparado para este futuro y preparar el cambio a Hana y S/4 Hana inmediatamente. El cambio a S/4 Hana llevará algún tiempo, así que deberías empezar pronto.
Con el uso de S/4 Hana, estas interesantes integraciones también se pueden utilizar de forma rentable, inmediatamente en el "Sistema de registros", donde se generan las facturas y se realiza la facturación.
¿Cómo accede el cliente a la nube?
Mielke: Más fácil de lo que a menudo se piensa. Se aplican dos principios: "Piensa a lo grande, empieza por lo pequeño", y: primero haz un breve inventario de los servicios y su estado. A continuación, manifestar los cambios previsibles en un futuro próximo. Esto suele conducir al plan del proyecto "por sí mismo".
Con un socio experimentado a tu lado, esto se puede hacer de forma estructurada y en muy poco tiempo - entonces comienza la primera PdC. Ahora también se gana experiencia internamente y se genera confianza. Una vez que la empresa también ha participado, se puede elaborar el plan del proyecto.
Entonces se recogen los frutos de la flexibilidad y el coste, y las innovaciones pueden realizarse en un entorno altamente flexible.
La preocupación de muchos es que los costes se disparan: Antes había que pedir servidores, con el outsourcer hay procesos de pedido bien definidos. ¿Cómo es esto aquí?
Mielke: Muchos procesos existentes cambiarán y se acelerarán debido a IaaS, tienen que ser adaptados: Un "proceso de creación de servicios" sigue teniendo sentido, incluido el proceso BANF y de liberación.
Pero entonces te liberas de las ataduras del hardware y puedes ponerte en marcha rápidamente, siempre y cuando los demás procesos estén preparados: Las tareas clásicas como la asignación de IP y la creación de usuarios también deben prepararse para el uso de la nube y las posibles velocidades.
Se trata de un aspecto del cambio que a menudo se pasa por alto, pero que también es necesario para el éxito de la transformación hacia los servicios en nube.
La total transparencia de los costes también es un punto interesante: ahora se pueden determinar y mostrar al día los costes de los sistemas individuales, el almacenamiento y otros componentes de la infraestructura.
Esto significa que las peticiones especiales del departamento especializado no sólo pueden llevarse a la práctica inmediatamente, sino que los costes resultantes pueden presentarse de forma comprensible. Esto objetiva y acelera enormemente el debate sobre precio/rendimiento, una gran experiencia para muchos CIO [risas].
También se reduce el debate sobre los gastos generales, porque componentes como el suministro eléctrico de emergencia, el aire acondicionado, incluido el mantenimiento y las nuevas adquisiciones, así como la electricidad, ya no deben considerarse individualmente, sino que ya están incluidos en los costes de forma proporcional.
¿Cuáles son las desventajas de ejecutar SAP en Azure?
Mielke: Sin un socio con experiencia, tendrá que ocuparse usted mismo de toda la arquitectura técnica, desde el hardware hasta el diseño de la red y el almacenamiento. Esto puede costar tiempo y provocar desvíos.
Las posibilidades con IaaS son enormes, y se requiere un enfoque estructurado. Para evitar costes evitables, se recomienda recurrir a un socio con experiencia. Este socio diseñará y creará la arquitectura técnica de acuerdo con las especificaciones y las mejores prácticas.
Sin embargo, merece la pena volver a enumerar las ventajas: IaaS significa que uno puede hacer uso de centros de datos distribuidos globalmente (RZ). Esto significa que cuando se expande el negocio a nivel internacional, el centro de datos ya está allí, perfectamente conectado y se puede utilizar a través del portal familiar.
Los estándares técnicos alcanzados por los proveedores de la nube son extremadamente altos y también están certificados en un gran número, así como de forma consistente. Esto no es fácil de conseguir in situ.
Por último, pero no menos importante: ¿Por qué debería hablar con Alegri sobre SAP en Azure?
Mielke [risas]: Es sencillo: tenemos el know-how, los años de experiencia y la red con Microsoft, Suse y SAP. Alegri ha implementado S/4 en Azure y lleva ejecutando SAP en Azure desde 2015.
Nuestros empleados cuentan con una excelente experiencia, plasmada en conceptos, listas de comprobación y soluciones de software para el funcionamiento eficaz de los sistemas SAP en Azure.
Además: somos neutrales e independientes, porque no vendemos software de Microsoft ni de SAP. Nuestro asesoramiento beneficia exclusivamente a nuestros clientes.
Charla de expertos en la nube para leer, entre otros con Hinrich Mielke, Alegri, y Holger Bruchelt, Microsoft en e-3.de/e-3-specials