La plataforma global e independiente para la comunidad SAP.

Ya es una realidad: sistemas SAP en la nube

Las nubes públicas pueden suponer una reducción significativa de los costes operativos de los sistemas SAP. Antes de utilizarlas, sin embargo, deben examinarse cuestiones importantes como la privacidad de los datos y el soporte.
André Bögelsack, Accenture
3 febrero 2016
2016
avatar
Este texto ha sido traducido automáticamente del alemán al español.

En muchas empresas, la computación en nube ya está implantada y se utiliza sistemáticamente, por ejemplo, en ofertas de software como servicio como Salesforce. Más allá de esto, sin embargo, también existe la oportunidad de que las empresas aprovechen el potencial mucho mayor de los servicios relacionados con la infraestructura de la nube. Especialmente en el ámbito del funcionamiento técnico de los sistemas SAP, las empresas aún dudan en utilizar las atractivas ofertas de la nube.

Si los sistemas SAP se operan actualmente en una nube, las empresas optan inicialmente por una nube privada. En el modelo de nube privada, los sistemas SAP se operan en una nube exclusiva a la que solo puede acceder un cliente.

Esto ofrece la máxima seguridad para los datos y el cliente. Por otro lado, está la nube pública. En una nube pública (Amazon, Microsoft), los sistemas SAP funcionan en un entorno que está a disposición de muchos clientes.

Cuando se combinan nubes privadas y públicas, se suele hablar de nube híbrida. En este modelo, las empresas utilizan los servicios de su propia nube privada con servicios de una nube pública y los combinan con servicios de su propio centro de datos.

El uso de ofertas en la nube para el funcionamiento de los sistemas SAP ya es una realidad para algunas empresas, pero aún no está generalizado. En este caso se utilizan cada vez más las ofertas de infraestructura como servicio (IaaS).

Las ofertas IaaS más conocidas proceden de Amazon con su Elastic Cloud Computing y de Microsoft con su Azure Cloud. Con ambas ofertas, los sistemas SAP ya se pueden operar hoy de forma productiva en la nube y también se pueden aprovechar importantes ventajas de costes. Los costes operativos de los sistemas SAP pueden reducirse significativamente a través de las ofertas de nube pública. Esto se considera la principal motivación para utilizar las ofertas de nube pública.

Protección de datos

Sin embargo, antes de que una empresa pueda dar este paso decisivo, hay que considerar y evaluar algunos puntos antes de utilizar la nube. Estos puntos son la privacidad de los datos, la seguridad y protección, las limitaciones técnicas, el soporte, los acuerdos de nivel de servicio y el tema del modelo operativo objetivo y la gobernanza.

En muchas empresas se recogen, almacenan y procesan datos relacionados con los clientes. La empresa debe asegurarse de que la soberanía sobre los datos esté siempre garantizada. Debe asegurarse dónde y cómo se procesan los datos y por quién en cada momento.

Esto es elemental para los sistemas SAP basados en la nube si ésta no se encuentra en las instalaciones de la empresa o incluso se encuentra en el extranjero. En tal escenario, deben observarse y cumplirse las directrices de protección de datos del país.

Esto no sólo es cierto si los datos ya están en la nube, sino también en caso de uso transfronterizo. Ejemplo: para las empresas alemanas, explotar un sistema SAP fuera de las fronteras alemanas es problemático porque los datos personales saldrían de Alemania.

La empresa debe asegurarse de que siempre tiene soberanía sobre los datos. Dado que los proveedores de la nube no siempre tienen sus centros de datos en Alemania, la empresa también tendría que asegurarse de que la soberanía y la integridad de los datos se dan fuera de Alemania.

Seguridad y protección

La seguridad de los datos de una empresa debe estar siempre garantizada. En el propio centro de datos de una empresa, la seguridad de los datos puede ser determinada por la propia empresa. Sin embargo, en cuanto los sistemas SAP se operan en la nube, las políticas y normativas también deben poder seguirse en la nube.

Es elemental que se evalúen estos escenarios antes de utilizar la nube. Por ejemplo, debe comprobarse qué métodos de cifrado de datos pueden ofrecerse y aplicarse.

Ejemplo: Una empresa debe asegurarse de que, cuando utiliza ofertas de nube pública, el sistema SAP en la nube está protegido de la mejor manera posible y todo el tráfico de datos entre la empresa y la nube pública está protegido.

Aunque todos los proveedores de la nube siguen presentando nuevas dimensiones técnicas, en realidad a menudo existen restricciones técnicas que pueden imposibilitar su uso. Estas pueden ser, sobre todo, los tamaños de los sistemas SAP.

Un sistema SAP ERP productivo puede convertirse rápidamente en un sistema con varios terabytes de datos y muchos usuarios finales trabajando en paralelo. Algunos puntos pueden solucionarse con una arquitectura adecuada, pero especialmente con el tamaño de los servidores (virtuales/físicos) uno puede verse limitado en la nube.

Ejemplo: Aunque los sistemas de mayor disponibilidad también pueden alojarse en la nube, el funcionamiento de clústeres para alta disponibilidad y recuperación ante desastres sigue siendo difícil de implementar.

Soporte oficial de SAP

Hay un factor crucial para operar un sistema SAP en una nube. Se trata del soporte oficial de SAP para el sistema SAP. Aquí es irrelevante si se trata de un sistema SAP productivo o no productivo.

Toda empresa necesita saber que los sistemas SAP cuentan con soporte oficial. Por ello, antes de utilizar una nube, debe evaluarse el soporte oficial de SAP, así como de otros proveedores de software.

Ejemplo: Un sistema SAP operado por la empresa con un kernel antiguo (por ejemplo 4.7) no es soportado por SAP en la nube pública.

Los sistemas SAP constituyen la columna vertebral de toda empresa y, por tanto, están asegurados mediante acuerdos de alto nivel de servicio. El funcionamiento 24/7 durante 265 días no es nada inusual aquí.

Si la empresa opera en su propio centro de datos, la propia empresa puede crear y garantizar unos SLA tan elevados. Pero si la empresa se aventura en la nube, los SLA del proveedor de la nube también deben ser capaces de mapear los SLA de la empresa.

Antes del primer despliegue, la empresa debe identificar un posible déficit, especialmente en las estructuras de apoyo. Ejemplo: Si el proveedor de la nube no ofrece asistencia 24 horas al día, 7 días a la semana, será difícil para el cliente crear acuerdos de nivel de servicio con ese nivel de asistencia.

Modelo operativo y gobernanza

El futuro funcionamiento de los sistemas SAP en una nube puede representar un cambio en el modelo operativo y debe ser abordado por la empresa en una fase temprana. El corte de servicio entre el proveedor de la nube y la TI propia de la empresa debe aclararse de antemano.

Además, está el aspecto de la gobernanza de los nuevos servicios en nube. Aquí, la adaptación de los servicios en nube a las especificaciones de la empresa es indispensable. Por ejemplo: Si la TI interna solía gestionar todos los servicios por su cuenta, ahora está en condiciones de ceder algunos puntos, como el aprovisionamiento y el funcionamiento real, al proveedor de la nube.

Antes de desplegar ofertas de nube pública, lo ideal es realizar una evaluación para abordar plenamente los problemas. No se trata de identificar obstáculos para el uso de la nube, sino de la detección temprana de posibles problemas.

Una vez identificados y resueltos todos los problemas, las empresas pueden trasladar sus sistemas SAP a la nube. Además de los puntos generales anteriores, también es necesario aclarar puntos específicos de SAP, como la integración en STMS. Este es el tema de la segunda parte de esta serie de artículos.

avatar
André Bögelsack, Accenture

El Dr. André Bögelsack trabajó durante mucho tiempo como administrador de SAP Basis en la Universidad Técnica de Múnich y se doctoró en este entorno. Después, pasó un breve periodo en investigación y trabaja en Accenture en la división de Transformación de Infraestructuras desde 2012. Dirige grandes proyectos de migración y transformación de SAP.


Escriba un comentario

Trabajar sobre la base de SAP es crucial para el éxito de la conversión a S/4. 

Esto confiere al centro de competencia una importancia estratégica para los clientes actuales de SAP. Independientemente del modelo operativo de S/4 Hana, temas como Automatización, Supervisión, Seguridad, Application Lifecycle Management y Gestión de datos la base de las operaciones S/4.

Por segunda vez, E3 Magazine organiza una cumbre para la comunidad SAP en Salzburgo con el fin de ofrecer información exhaustiva sobre todos los aspectos del trabajo preliminar de S/4 Hana.

Lugar de celebración

En breve recibirá más información.

Fecha del acontecimiento

Miércoles 21 de mayo y
Jueves, 22 de mayo de 2025

Entrada anticipada

Disponible hasta el viernes 24 de enero de 2025
390 EUROS sin IVA

Entrada normal

590 EUROS sin IVA

Lugar de celebración

Hotel Hilton Heidelberg
Kurfürstenanlage 1
D-69115 Heidelberg

Fecha del acontecimiento

Miércoles, 5 de marzo, y
Jueves, 6 de marzo de 2025

Entradas

Entrada normal
590 EUR sin IVA
Entrada anticipada

Disponible hasta el 20 de diciembre de 2024

390 EUR sin IVA
El acto está organizado por la revista E3, publicada por B4Bmedia.net AG. Las presentaciones irán acompañadas de una exposición de socios seleccionados de SAP. El precio de la entrada incluye la asistencia a todas las ponencias de la Cumbre Steampunk y BTP 2025, una visita a la zona de exposición, la participación en el acto nocturno y el catering durante el programa oficial. El programa de ponencias y la lista de expositores y patrocinadores (socios de SAP) se publicarán en este sitio web a su debido tiempo.