La plataforma global e independiente para la comunidad SAP.

El bombo en torno a los hiperescaladores

¡Hiperescalador! El término suena como un despertar digital, promete un crecimiento ilimitado y, por tanto, ha ayudado finalmente a la nube a lograr un gran avance.
Stefan Rother, Nagarro
8 de junio de 2022
Contenido:
avatar
Este texto ha sido traducido automáticamente del alemán al español.

En 2011, las empresas alemanas aún no estaban realmente entusiasmadas con la externalización de infraestructuras, plataformas o software a centros de datos externos. En el Cloud Monitor publicado por primera vez por la asociación Bitkom y la consultora KPMG, solo el 28% de las empresas encuestadas afirmaba utilizar ya servicios en la nube, y para el 50% el uso ni siquiera era un problema. Diez años después, esto había cambiado por completo.

Según Cloud Monitor 2021, el 82% de las empresas ya utiliza la computación en nube, y sólo el 3% sigue sin interesarse por esta tecnología. Esta evolución se debe principalmente a que el valor añadido de los servicios en la nube es cada vez más transparente y las empresas pueden comprender más fácilmente sus ventajas. Entretanto, la estrategia "cloud-first" se escucha cada vez con más frecuencia en las plantas directivas. Pero, ¿todo esto se aplica ya al software de SAP? Las cifras sugieren lo contrario.

SAP y los tres grandes

La relevancia de los tres grandes hiperescaladores Amazon, Google y Microsoft en el contexto ERP queda ilustrada por el compromiso de SAP: con su programa Rise, el proveedor de software con sede en Walldorf ha lanzado una iniciativa estratégica para llevar a los usuarios de S/4 a un servicio SaaS. La base técnica para ello son las plataformas Hyperscaler.

Para las empresas, se abre una nueva categoría de despliegue para la versión on-prem de su instalación SAP. Pueden alojar el sistema ERP no solo en su propio centro de datos o en los recursos de un proveedor de servicios gestionados (MSP) establecido, sino también en la infraestructura en la nube de Amazon Web Services, Microsoft Azure o Google Cloud Platform. Desde el punto de vista tecnológico, no hay ninguna diferencia fundamental entre los MSP y los hiperescaladores: al fin y al cabo, en ambos casos, las empresas acceden a sus sistemas a través de conexiones de telecomunicaciones que se encuentran en componentes básicos ajenos a su responsabilidad.

No funciona sin MSP

Los costes de uso de la infraestructura no son necesariamente más bajos para los hiperescaladores. Por regla general, ofrecen espacio de almacenamiento en Hana en tamaños dedicados y especifican plazos de al menos un año. Muchos MSP, en cambio, trabajan con modelos reales de pago por uso. La tan alabada flexibilidad y escalabilidad de los hiperescaladores todavía no entra en juego en el contexto de SAP, también porque los sistemas suelen estar activos 24 horas al día, 7 días a la semana.

Existen claras diferencias desde una perspectiva técnica y desde el punto de vista del funcionamiento basado en SLA. Los proveedores de servicios gestionados (MSP) establecidos tienen muchos años de experiencia en la implantación y el funcionamiento de S/4, los hiperescaladores no. Los proveedores de servicios gestionados asumen la responsabilidad de todas las capas relevantes -desde la infraestructura a la plataforma técnica, pasando por la capa de aplicación- y asignan esta responsabilidad a las empresas usuarias en acuerdos de nivel de servicio exhaustivos.

Cuando se opera en un entorno hyperscaler, ya existe una separación de responsabilidades entre la infraestructura y la plataforma técnica. En este sentido, las empresas que desean alojar S/4 en un hiperescalador dependen de un socio adicional que mantiene unidas estas dos capas y se ocupa de todas las cuestiones técnicas. En contraste con todo esto, las empresas obtienen todos los servicios de una única fuente con un MSP.

Así que hay mucho que decir a favor del alojamiento con un proveedor de servicios gestionados. Pero también hay argumentos a favor de los hiperescaladores. Entre ellos, sobre todo, cuando las empresas quieren utilizar las amplias tecnologías innovadoras y trabajar en nuevos casos de uso. Los servicios prestados en la nube son ahora muy completos y pueden conectarse fácilmente a los sistemas SAP y a los datos almacenados en ellos. En principio, esto también es posible si S/4 se encuentra en la propia infraestructura de la empresa o en los recursos de un MSP.

Sin servidor y totalmente gestionado

Existen soluciones totalmente gestionadas sin servidor para hiperescaladores, que prometen una gran velocidad de innovación. Si se van a utilizar hiperescaladores, merece la pena echarles un vistazo más de cerca. Hay diferencias considerables: los puntos fuertes de Amazon Web Services residen en la variedad de servicios que ofrece para los casos de uso más diversos. Google Cloud Platform ofrece muchas interfaces muy interesantes para conectar sistemas y acceder a datos, especialmente en el entorno SAP. Y Microsoft Azure convence con la base de instalación más extensa de SAP en Hyperscaler.

Información de la comunidad Nagarro

Descargar como PDF sólo para miembros. Crear una cuenta Aquí

avatar
Stefan Rother, Nagarro

Stefan Rother es Director Ejecutivo de Servicios Gestionados en Nagarro


2 comentarios

  • Wenn ich das richtig verstanden habe, dann ist SAP ein Managed Service richtig? Ich kenne mich in dem Bereich leider nicht so gut aus. Deswegen müsste ich mich mal beraten lassen.

    • A
      Peter Färbinger, E-3 Magazin

      Es ist möglich SAP S/4 Hana als Managed Service zu betreiben, aber es gibt hier mehrere IT-Architekturmodell zur Auswahl. Somit ist in jedem Fall eine individuelle Beratung notwendig.

Escriba un comentario

El trabajo sobre la base de SAP es decisivo para el éxito de la conversión a S/4. Esto confiere al denominado Competence Centre una importancia estratégica para los clientes actuales de SAP. Independientemente del modelo operativo de S/4 Hana, temas como la automatización, la supervisión, la seguridad, la gestión del ciclo de vida de las aplicaciones y la gestión de datos son la base para el funcionamiento operativo de S/4. Por segunda vez, E3 Magazine organiza una cumbre en Salzburgo para que la comunidad SAP obtenga información exhaustiva sobre todos los aspectos del trabajo preliminar de S/4 Hana. Con una exposición, presentaciones especializadas y mucho de lo que hablar, esperamos de nuevo a numerosos clientes, socios y expertos en Salzburgo. E3 Magazine le invita a Salzburgo para aprender e intercambiar ideas los días 5 y 6 de junio de 2024.

Lugar de celebración

Sala de actos, FourSide Hotel Salzburg,
En el recinto ferial 2,
A-5020 Salzburgo

Fecha del acontecimiento

5 y 6 de junio de 2024

Entradas

Entrada anticipada - Disponible hasta el 29.03.2024
440 EUR sin IVA
Billete normal
590 EUR sin IVA

Consiga ya su entrada anticipada

Lugar de celebración

Sala de actos, Hotel Hilton Heidelberg,
Kurfürstenanlage 1,
69115 Heidelberg

Fecha del acontecimiento

28 y 29 de febrero de 2024

Entradas

Billete normal
590 EUR sin IVA
El organizador es la revista E3 de la editorial B4Bmedia.net AG. Las conferencias irán acompañadas de una exposición de socios seleccionados de SAP. El precio de la entrada incluye la asistencia a todas las conferencias de la Cumbre Steampunk y BTP 2024, la visita a la zona de exposición, la participación en el evento nocturno y el catering durante el programa oficial. El programa de conferencias y la lista de expositores y patrocinadores (socios de SAP) se publicarán en este sitio web a su debido tiempo.