Nube no SAP primero

Según la encuesta de inversión del DSAG de este año, Microsoft está convenciendo en toda la línea de las plataformas no SAP. El éxito radica en el ecosistema y el modelo de partners de Microsoft. En esta comunidad se puede encontrar todo lo que un cliente SAP existente necesita para su transformación digital en términos de tecnología, organización y licencias.

La propia Microsoft es usuaria intensiva de software de SAP desde hace muchos años y para ello se ha pasado casi por completo a la nube. Lo mismo han hecho los socios de SAP y Microsoft Devoteam/Alegri, que transformaron su sistema financiero a S/4 y Hana y luego lo llevaron a Microsoft Azure. E-3 Magazine habló con representantes de ambas empresas sobre "SAP on Azure".

Sr. Mielke, el informe de inversión del GASD de principios de este año muestra una aceptación muy alta de Microsoft Azure Cloud en comparación con otras plataformas que no son SAP. Qué hace mejor Microsoft?

Hinrich Mielke: La ventaja de Microsoft se basa en hechos concretos y factores blandos. Debido al éxito de Office 365, el debate sobre Azure ya ha tenido lugar en muchos clientes: con los empleados, el responsable de protección de datos y también el comité de empresa.

Ya se han superado los obstáculos formales. Microsoft también es un gran cliente de SAP y utiliza muchos de sus sistemas. Estos sistemas ya se han convertido a Azure en la mayor medida posible, y Microsoft también lo está comunicando de forma competente y abierta al mundo exterior.

Aquí llegamos a los factores blandos: En mi opinión, Microsoft se dirige al sector empresarial de forma competente e invierte en él.

Tanto en empleados experimentados que hablan el idioma de los clientes como en las correspondientes relaciones públicas. Microsoft es consciente de que el ciclo de ventas en el entorno SAP requiere capacidad de permanencia y actúa en consecuencia.

Usted es el Director de SAP en Devoteam/Alegri, donde llevó S/4 Simple Finance a Azure Cloud, ¿cuál fue su experiencia? ¿Dónde hubo problemas? ¿Y cuál es el estado actual?

Mielke: Empezamos a finales de 2015 con un enfoque greenfield para S/4 Hana y confiamos en Microsoft Azure desde el primer día para aprovechar la agilidad de IaaS. En aquel momento, SAP todavía necesitaba una versión individual.

Tuvimos exactamente un problema técnico: un controlador de red en una configuración especial. Aquí se puso de manifiesto la estrecha colaboración entre Microsoft y Suse, ya que el problema fue resuelto conjuntamente por ambos socios en un breve plazo de tiempo.

¿Dónde estaban los retos?

Mielke: Las dificultades fueron mayores en S/4, el producto era aún bastante nuevo en aquel momento, la documentación ampliable. Esto costó tiempo y nervios al principio - mejoró con cada actualización. Actualmente estamos preparando el cambio a la versión 1909.

¿Y lo positivamente sorprendente?

Mielke: La flexibilidad es siempre impresionante; a lo largo de los cuatro años, siempre hemos podido beneficiarnos de los avances de Azure. Lo digo literalmente: ahora obtenemos un rendimiento significativamente mayor a precios más bajos que en 2015, ¡lo que hace feliz a mi director financiero!

A los clientes y solicitantes en particular siempre les impresiona que podamos proporcionar los sistemas deseados con poca antelación y también volver a retirarlos gracias a IaaS.

Estos plazos tan cortos obligan a replantearse el diseño del sistema: ya no es necesario un diseño para "los próximos tres años". El ajuste y la optimización se notan en la próxima factura mensual.

Señor Sommer, entre otras cosas, usted es el responsable de la historia de "SAP on Azure" en los países de habla alemana. Echando un vistazo al informe de inversiones del DSAG: ¿De dónde procede el éxito de Microsoft?

Marcus Sommer: Tenemos que dar las gracias a nuestros clientes y socios por esta valoración. Al fin y al cabo, nuestro éxito lo definen en última instancia nuestros clientes y socios.

Veamos cuáles son los factores importantes. Uno es la buena interacción de nuestras diferentes soluciones en la plataforma en nube, hasta el muy relevante área híbrida.

En este caso, nuestras soluciones permiten una buena integración de los entornos informáticos existentes con las soluciones basadas en la nube. Además, Microsoft siempre ha cultivado relaciones intensas y a largo plazo con las empresas.

Por eso ofrecemos a nuestros clientes una persona de contacto personal en todo momento. Esto no debe subestimarse. Pero también contamos con el respaldo de un potente sistema de socios que aúna experiencia en productos y conocimiento del sector.

Con este ecosistema, no sólo ofrecemos la tecnología, sino que también acompañamos los requisitos empresariales de nuestros clientes a lo largo de todo el ciclo de vida

¿Cuántos socios de Microsoft hay en este momento que puedan ayudar a un cliente SAP existente en la transformación de on-prem a Azure?

Verano: Sólo en Alemania, Microsoft cuenta con 31.500 socios. Muchos de ellos son también socios de SAP. Más de 60 de estos socios ya han demostrado su experiencia en proyectos y tecnología SAP, y mis colegas forman a más socios cada mes.

Lo hacemos porque nuestros clientes prefieren trabajar con sus socios actuales. Pero igual de importantes son las distintas competencias de nuestros socios que ya hemos mencionado. Tenemos socios que ofrecen un servicio gestionado.

Otros socios ofrecen soluciones listas para usar que pueden integrarse en los entornos y obtener así un auténtico valor añadido en el ámbito de la optimización de costes o la integración. La capacidad y la versatilidad son nuestro credo.

¿Qué importancia tiene para los clientes actuales de SAP que la nube y, por tanto, los datos estén ubicados en Alemania?

Mielke: Para muchos clientes de SAP es muy importante que los datos permanezcan en la UE y que las operaciones de SAP se lleven a cabo dentro de la UE.

Mantener los datos en Alemania es especialmente importante en el entorno regulado de los bancos o las farmacéuticas, y es un importante punto a favor a la hora de decidirse por una oferta de IaaS.

Verano: Sólo puedo subrayarlo. Por un lado, hay claros requisitos legales o normativos. Pero también nos lo piden clientes de otros sectores que exigen procesar los datos en Alemania, con todas las funciones de una nube.

Nuestros nuevos centros de datos cumplen estos requisitos. Forman parte de nuestra infraestructura global y altamente segura en la nube, pero además garantizan el almacenamiento de los datos de los clientes en Alemania.

¿Qué versiones de SAP se transformarán a Azure? ¿ERP/ECC 6.0 con AnyDB? ¿Suite on Hana? ¿O sólo los sistemas S/4 Hana?

Mielke (risas): Hay todo tipo de situaciones. Uno de nuestros clientes se está quedando sin capacidad en el centro de datos on-prem, no está previsto construir un nuevo edificio, así que hay que trasladarlo a corto plazo: ECC 6.0 con AnyDB.

¿Y S/4?

Mielke: El cambio a Hana con un cambio posterior a S/4 es a menudo un momento desencadenante, especialmente para la primera PoC. Aquí, a menudo no se está seguro del tamaño y los sistemas tampoco se necesitan 7×24.

Azure es una herramienta bienvenida para adquirir experiencia inicial con Hana. Asimismo, el equipo operativo de SAP adquiere confianza y conocimientos sobre Azure, y se prueban, adaptan y optimizan los procesos operativos correspondientes.

Señor Sommer, la base de datos Hana de SAP requiere Linux como sistema operativo. No es una contradicción para una nube de Microsoft?

Verano: Al contrario, habla en favor de Azure. La incompatibilidad de Microsoft y el código abierto es una reliquia de tiempos pasados. Ya tenemos más sistemas Linux que Windows en Azure.

También mantenemos una estrecha colaboración con distribuidores de Linux e incluso somos miembro Platino de la Fundación Linux. Hacemos esto porque la elección del sistema depende del cliente. Incluso Windows 10 tiene ahora un núcleo Linux.

Sr. Mielke, ¿cuál ha sido su experiencia con Suse Linux en Azure en términos de instalación, mantenimiento y rendimiento?

Mielke: SLES for SAP on Azure es una plataforma sin complicaciones y bien integrada. Con las herramientas para configurar y ajustar el sistema operativo en línea con SAP, así como la aplicación de parches en vivo, sin reinicio, se han abordado bien los requisitos de los clientes empresariales.

Esto se debe a que a menudo no pueden permitirse tiempos de inactividad, pero necesitan sistemas que estén configurados de forma demostrable con un nivel de parches actualizado y de acuerdo con las recomendaciones de SAP. Como ya se ha dicho, el soporte es integrado y ejemplar.

Sr. Sommer, si un cliente existente de SAP quiere ejecutar su sistema de prueba u operativo en Azure, ¿qué conocimientos de Linux y mantenimiento de Linux necesita tener?

Verano: El conocimiento previo de Linux nunca está de más. Mantenemos largas e intensas colaboraciones con SAP y distribuidores de Linux como Suse. Juntos ofrecemos aquí soluciones listas para usar directamente.

SAP Cloud Appliance Library, por ejemplo, ofrece sistemas preconfigurados bajo Suse que pueden desplegarse en Azure para entornos de prueba y control de calidad en muy poco tiempo. Esto le permite concentrarse en lo esencial, como la integración en los procesos empresariales.

Con los sistemas productivos, nuestros clientes tienen naturalmente los requisitos técnicos más exigentes. Además, suele haber requisitos de cumplimiento para el funcionamiento. Por ejemplo, ofrecemos seminarios junto con Devoteam/Alegri para el funcionamiento seguro de SAP Hana en el sector financiero.

Sr. Mielke, ¿están disponibles los recursos para Linux en Azure entre los clientes actuales de SAP? ¿Hasta qué punto han entendido los usuarios de S/4 el modelo operativo "SAP on Azure"?

Mielke: Ejecutar Linux en Azure no supone ningún problema para muchos clientes SAP existentes; si es necesario, se ofrecen cursos Delta. O el funcionamiento de Linux, Hana y, si procede, Basis se nos encarga a nosotros, por ejemplo.

Es importante crear la arquitectura y el concepto operativo, así como el diseño del sistema basado en un concepto.

¿Qué hay que tener en cuenta?

Mielke: Es importante señalar que Microsoft Azure es un centro de datos definido por software, y un gran poder conlleva una gran responsabilidad. Aquí hay que desarrollar un concepto similar al de la construcción de un nuevo centro de datos.

Se proponen soluciones para sistemas Microsoft individuales, que adaptamos a la gobernanza del cliente. También ayudamos a los clientes con la creación inicial o la adaptación de la gobernanza. El trabajo preliminar que ya se ha realizado para Office 365 suele ser de ayuda en este caso.

Sr. Mielke, usted también es portavoz adjunto del grupo de trabajo del DSAG "SAP en Microsoft Azure": ¿Qué temas preocupan más a los miembros del DSAG en este momento y por qué?

Mielke: Al fin y al cabo, el DSAG es una asociación de usuarios, y la experiencia práctica y las buenas prácticas de otros usuarios están muy solicitadas aquí en estos momentos.

Los informes sobre experiencias, las "reglas empíricas" y el intercambio y debate interactivos de las propias ideas tienen aquí una gran demanda, lo que también demuestra el número de participantes en el grupo de trabajo.

Señor Sommer, desde el punto de vista de Microsoft, ¿dónde sigue habiendo obras y cuáles son las experiencias de las transformaciones hasta ahora? ¿Dónde seguirán prestando asistencia en los próximos meses?

Verano: En realidad, la migración a la nube es sólo el primer paso. Después hay que optimizar los sistemas y aprovechar las nuevas posibilidades.

En otras palabras, la automatización de los sistemas y el escalado flexible en función de la demanda. O apagar los sistemas que no se necesitan 24×7 y descargar los datos que no se necesitan. En definitiva, se trata de seguir reduciendo costes.

Pero también la integración con IoT, Office 365, sistemas de inventario o PowerBI son temas que abordaremos cada vez más. Los datos de SAP son la base de muchos otros escenarios. Por ejemplo, Microsoft ya utiliza con éxito el aprendizaje automático basado en datos de SAP para la previsión financiera.

Sr. Mielke, Sr. Sommer, SAP ha planteado el debate actual principalmente como un "o lo uno o lo otro". El cliente actual de SAP trabaja on-prem o está en la nube. ¿Es eso cierto? ¿Se corresponde con la realidad?

Mielke: La comunicación de SAP es confusa para muchos clientes. S/4 Hana on-prem edition se ejecuta en IaaS en la nube u on-prem. S/4 Cloud Edition es SaaS, tiene características diferentes y una línea de código diferente.

En realidad, normalmente se reducirá a una operación híbrida; muchos clientes SAP existentes no quieren o no pueden trasladar todos los sistemas. Microsoft Azure, por ejemplo, ofrece una transición fluida para las identidades con una gestión uniforme con Azure Active Directory.

Verano: Nuestros clientes deciden cuándo migrar qué partes a la nube. Casi nadie podrá llevar a cabo una migración completa de una sola vez.

Por lo tanto, es importante no pensar en blanco o negro, sino en híbrido. Y eso funciona mejor con la plataforma Azure, porque ofrecemos interfaces y sistemas uniformes tanto para las instalaciones como para la nube.

Ofrecemos potentes soluciones de seguridad en la nube capaces de supervisar y proteger los sistemas locales y en la nube, incluidos los sistemas de terceros.

Señor Sommer, el término nube híbrida es citado y utilizado por muchos socios de SAP, entre ellos NetApp, con quien Microsoft ha iniciado un desarrollo conjunto de nube híbrida. ¿Puede facilitarnos información al respecto?

Verano: Este es un buen ejemplo de una de las muchas asociaciones estratégicas que mantenemos. Sus resultados fluyen en los respectivos productos y permiten así aprovechar los conocimientos técnicos y las inversiones existentes.

NetApp ofrece varias opciones en este sentido. On-premises y cloud pueden combinarse con elegancia. Por ejemplo, los datos fríos pueden trasladarse a la nube utilizando todas las funcionalidades de la empresa, como la desduplicación, la compresión y el cifrado, optimizando así los costes.

Sr. Mielke, ¿cómo describiría el estado de los conocimientos en la comunidad SAP sobre la computación en nube en general y sobre la nube pública, privada e híbrida en particular?

Mielke: El diferente uso de los términos resulta confuso para muchos clientes. En nuestros roadshows, siempre tenemos una breve sesión al principio para explicar "SAP-Lingo" y clasificar las ofertas en SaaS, PaaS e IaaS y también mostrar cuál es exactamente el alcance.

Esto siempre se acepta con gratitud. El know-how sobre las ventajas y beneficios del XaaS correspondiente está definitivamente disponible - lo que se necesita son procedimientos probados que conduzcan de forma estructurada desde el estado actual al estado objetivo.

Sr. Mielke, en sus proyectos de transformación de S/4 y en clientes SAP de muchos años probablemente también se encuentre con modificaciones de Abap en el espacio de nombres Z, ¿cómo trata este tema? ¿Qué opina al respecto el grupo de trabajo DSAG?

Mielke: Los desarrollos internos son una parte importante del Journey to S/4 Hana o del plan maestro. Una cuestión importante es si el camino a elegir es greenfield, brownfield o una de las soluciones intermedias; nosotros ofrecemos asesoramiento neutral e independiente al respecto.

Criterios de decisión importantes son la criticidad de los desarrollos, su estado de documentación y su comprobabilidad. El Readiness Check ya está disponible en la versión 2.0. Además, la lista de simplificación sigue siendo una importante fuente de comparación.

Después, se puede determinar el esfuerzo y el beneficio y definir el procedimiento a seguir. Posiblemente una de las numerosas herramientas del mercado pueda ayudar, o el enfoque greenfield sea la solución elegida. El camino hacia S/4 es una decisión muy personalizada.

¿Y se transforma todo el conjunto de datos o se seleccionan los datos que se trasladan a Azure?

Mielke: No cabe duda de que merece la pena llevar a cabo una limpieza exhaustiva. Esto va mucho más allá del archivado clásico, por ejemplo, los tipos de documentos que ya no se utilizan también deben eliminarse previamente.

El beneficio es doble: por un lado, se reduce el tamaño de la base de datos Hana y, por otro, se reduce el esfuerzo técnico de pruebas y conversión.

Devoteam/Alegri lleva con éxito a la nube a los actuales clientes de SAP. Qué le gustaría ver en términos de apoyo adicional por parte de SAP y Microsoft?

Mielke: Lo que me gustaría ver por parte de SAP es una comunicación más rigurosa de los productos, las hojas de ruta y el alcance de las distintas ofertas, incluidas las limitaciones.

Además, un cultivo aún más activo del ecosistema de partners. Los socios de servicios de SAP son los multiplicadores que garantizan una transición fluida a S/4 y Hana.

¿Y qué hay ahora en la lista de deseos de Microsoft?

Mielke: Con Microsoft estamos casi contentos: aquí hemos trabajado muy estrechamente y bien juntos en los últimos años. Siempre son importantes los tamaños máximos certificados de las máquinas virtuales: aunque ahora los clientes no necesiten más de 8 TB de memoria principal, siempre es bueno poder utilizar las capacidades correspondientes.

Sr. Sommer, el volumen de datos es un problema específico de cada transformación de S/4. Es posible que pueda resolverlo con el enfoque híbrido de NetApp. ¿Qué otras soluciones ofrece la red de partners de Microsoft/SAP?

Verano: Aquí me gustaría mencionar como ejemplo las soluciones ya preparadas de Datavard para la gestión innovadora de datos SAP. Gran parte de los datos de SAP Hana están "helados" y su volumen cuesta dinero.

Nuestro socio ofrece una solución inteligente que reconoce estos datos y los elimina de la base de datos activa. Esto ahorra costes y tiempo, y además es una buena preparación para una migración a Hana.

Imagine un cliente SAP existente con Suite en AnyDB. Se acerca la fecha límite de SAP para 2025. ¿Cómo empezar la historia de "SAP en Azure"?

Mielke: Especialmente ahora que se acerca la fecha límite, Azure es un servicio excelente para iniciar la transición de forma rápida, flexible y sin problemas. Microsoft Azure te libera de cualquier restricción de hardware.

Los sistemas de prueba o de proyecto, incluso con varios terabytes de memoria principal, pueden ponerse en marcha y utilizarse "en un abrir y cerrar de ojos", por ejemplo, incluso durante sólo 50 horas a la semana, y también pueden volver a ponerse fuera de servicio en poco tiempo.

Se puede realizar una migración de prueba a Hana y optimizarla en Azure sin hardware propio, con el DMO también altamente paralelizado si es necesario y con un tiempo de inactividad mínimo.

Dimensionar con S/4 y especialmente con la base de datos Hana sigue siendo un reto, ¿verdad?

Mielke: Si no está seguro del tamaño de la base de datos final de Hana al fusionar varias instancias de SAP en un sistema S/4, no hay problema, puede redimensionar el hardware en un breve periodo de inactividad. Las barreras de entrada son, por tanto, significativamente más bajas que on-prem, al menos en términos de infraestructura.

¿Se trata también de aprender y adquirir experiencia con S/4 en la nube?

Verano: Muchas empresas han tenido poca experiencia con la nube. Es una herramienta nueva y poderosa. En última instancia, se necesita experiencia en el mundo real para tener una visión completa.

Por lo tanto, le recomendamos que contrate a un socio. A veces ofrecen evaluaciones gratuitas para tener una visión completa de lo que cabe esperar. También ofrecemos en parte entornos de prueba gratuitos. Es una buena ayuda para abordar el tema de forma "práctica".

Gracias por la entrevista.