Campo de fuerza de la nube híbrida
Desde hace algún tiempo, SAP viene impulsando la oferta de soluciones basadas en la nube. Y más aún entretanto. Se está siguiendo una estrategia denominada cloud-first, que se expresa, por ejemplo, en el hecho de que las innovaciones en el sucesor de la suite empresarial S/4 están disponibles primero cada tres meses en la variante SAP S/4 Hana Cloud. A continuación, se consolidan y están disponibles cada doce meses en la versión local de S/4.
En la actualidad, los clientes de SAP prefieren un enfoque de ambos en lugar de uno u otro para la adopción de la nube, que está estrechamente vinculada a los proyectos de digitalización.
Sólo unos pocos clientes de SAP tienen la intención de trasladar completamente a la nube sus entornos SAP locales. En particular, es menos probable que las empresas medianas y grandes con varios miles de empleados sigan una estrategia de "sólo nube". Más bien, aspiran a un funcionamiento mixto de SAP o a un despliegue de SAP en forma de diferentes escenarios de nube híbrida.
En el proceso, partes del panorama de aplicaciones se transfieren on-premise, mientras que otras se transfieren a una nube pública o se operan a través de ella. La atención se centra también en la conversión de los entornos locales hacia la nube privada.
Por ejemplo, a través de una transformación en la dirección de la Infraestructura Definida por Software (IDE) basada en soluciones nativas de la nube como OpenStack, con el fin de romper los silos relativamente rígidos y poder reaccionar a los requisitos empresariales de una manera más ágil, flexible y adecuada en términos de costes. Sin embargo, esto es con el objetivo del uso de la nube híbrida. SAP, por cierto, prefiere un enfoque similar.
El hecho de que la computación en nube híbrida se esté convirtiendo en una especie de pauta o campo de fuerza para la computación en nube en su conjunto queda patente no sólo por las cifras de mercado, sino también por el fuerte aumento de consultas de clientes a Q-Partners/Devoteam procedentes de la comunidad SAP.
Hay cuestiones muy diferentes y el hecho de que prácticamente todos los clientes de SAP existentes persiguen su propia agenda. En particular, el tema de la infraestructura como servicio (IaaS) lidera actualmente todo el ámbito de la computación en nube con la contratación de servicios de infraestructura sobre la base de SLA definidos a un proveedor de servicios de nube pública certificado por SAP, como Google sobre la base de Google Cloud Platform (GCP).
Planificar, construir, probar y ejecutar
Preguntas abiertas: ¿Qué escenarios de aplicación de SAP en la nube deberían abordarse primero, cuáles prometen mayores beneficios? ¿Cuáles son los costes concretos a corto y largo plazo? ¿Qué preocupaciones organizativas deben tenerse en cuenta?
¿Qué ocurre con la seguridad? ¿Qué hay que hacer para evitar una posible pérdida de datos ubicados en una nube pública? O, o, o.
El hecho es que nunca ha sido tan fácil configurar, reservar y operar rápidamente los recursos o capacidades de infraestructura Hana correspondientes, incluida la plataforma de sistema operativo Suse Linux Enterprise Server (SLES) para SAP, con un proveedor de servicios de nube pública (más información sobre Suse Linux Enterprise Server for SAP Applications y la computación en nube híbrida en el artículo sobre Suse Linux de la página 48 de este número).
SAP también ha desempeñado un papel importante en este sentido al desarrollar y proporcionar procedimientos y técnicas (como SAP CAL) para utilizar servicios de nube pública junto con soluciones SAP en poco tiempo y de forma relativamente sencilla.
No obstante, antes de la utilización real de los servicios en nube, es necesario planificar o realizar determinados trabajos de configuración. Las fases de prueba también son necesarias, junto con el trabajo de detalle individual. Similar al viejo y simplificado ciclo de vida del proyecto "Planificar, Construir, Probar y Ejecutar".
La experiencia demuestra que la fase de planificación es la que suele ocupar más espacio. Gracias a la colaboración de clientes y arquitectos de nube cualificados, se crean conceptos individuales de soluciones de nube híbrida tanto para la construcción como para la ejecución posterior.
También se discuten o redondean varios posibles escenarios de aplicación para el uso de la nube pública. Esto incluye el entorno SAP local existente.
Aquí también se fija qué escenarios de aplicación o modelos de uso de la nube híbrida, incluidos los servicios de nube pública, utiliza realmente una empresa.
Más allá de los clásicos actuales -es decir, utilizar una nube pública para los sistemas de desarrollo, control de calidad o pruebas, o reservar allí recursos de Hana-, son posibles los siguientes casos de uso: por ejemplo, utilizar Google Cloud Platform para cubrir escenarios de picos de carga, como los cierres de fin de año, las consolidaciones mensuales o determinados "periodos punta".
Este puede ser el caso de un minorista ("Black Friday"). La potencia informática que se necesita con menos frecuencia simplemente se reserva o se añade a través de la nube pública. También es relevante para el uso de ordenadores y servidores:
La utilización de recursos IaaS elimina los costes de "despilfarro de tamaño" en los que se suele incurrir (palabra clave: costes de refresco o costes que existen de forma latente).
Otro caso de uso rentable es utilizar un sistema secundario a través de la nube pública para aumentar la alta disponibilidad mediante el uso de la replicación del sistema Hana (HSR) junto con Suse SLES HAE. O un uso rentable de la aplicación de parches con tiempo de inactividad casi nulo configurando la replicación del sistema Hana e implementando la aplicación de parches Hana incluyendo Suse SLES for SAP Applications mediante procedimientos de suspensión DBSL.
Después de la implementación, es posible simplemente desactivar o eliminar la instancia "superflua". Otro escenario es probar un sistema operativo o un parche de Hana con una instancia temporal en la nube pública (captura y reproducción) antes de llevarlo a cabo. Por ejemplo, para probar el rendimiento antes y después, identificar posibles errores, optimizar parámetros y mucho más.
Casos de uso rentables
Además, la realización de sandboxes o sistemas de formación a través de Google Cloud Platform. Cada vez más, los departamentos o los usuarios de SAP quieren probar o evaluar funciones empresariales o utilizar rápidamente un sistema de formación, pero esto suele requerir un sistema sandbox y algún tipo de sistema adicional con datos actuales.
La solución: crear una instancia GCP temporal mediante HSR o copia de seguridad y restauración de un sistema prod y utilizarlo como sandbox o sistema de formación. En este caso, los sistemas también se pueden eliminar o "desechar" rápida y fácilmente cuando ya no se necesiten.
También es importante pensar en el mañana. En particular, esto significa el uso de muchos sistemas nuevos para los clientes actuales de SAP para los que SAP Leonardo está en la agenda. No hace falta ser profeta: Para utilizar IoT, AI, Big Data o Blockchain con sensatez, se necesitarán muchos nuevos sistemas adicionales o habrá que ampliar los sistemas existentes.
Y, por supuesto, quiere poder acceder rápidamente a nuevas posibilidades de aplicación y no tener que soportar un rally de semanas de adquisición e instalación. En este caso, la solución es la misma: reservar o alquilar sistemas a través de la nube pública en una oferta de suscripción adaptada a sus necesidades.
Una vez finalizada la fase de planificación, lo que allí se ha definido se implementa en la construcción. Esto incluye también cualquier cambio organizativo o modificación e innovación que afecte a la base SAP o al funcionamiento del sistema SAP.
Cabe señalar que cada proveedor de servicios en nube tiene sus propias especialidades, por así decirlo, más allá de los respectivos paquetes de suscripción IaaS seleccionables (tamaño de nodo, tipos y tamaños de CPU o almacenamiento).
Aprovechar la experiencia
La cooperación entre Devoteam y Google en relación con el GCP tiene un carácter exclusivo en el entorno SAP. Esto también significa que Devoteam, a través de sus propios Google Cloud Professional Architects, a su vez apoya o ha apoyado a Google en la prestación de servicios SAP IaaS de diversas maneras.
En particular, con respecto a las necesidades para el mejor funcionamiento posible de SAP por Q-Partners y al mismo tiempo ya implementado hoy en día. Por supuesto, SAP y Google han realizado un intenso trabajo de desarrollo con el anuncio y la disponibilidad de "SAP on the GCP" durante Sapphire 2017.
Google lleva mucho tiempo impulsando el tema de SAP. Y: Google ya ofrece los mismos tamaños máximos de nodo VM-OLTP y VM-OLAP certificados por SAP en GCP que Amazon en AWS y más que Microsoft en Azure.
El objetivo es alcanzar tamaños de nodo Hana de alrededor de 18 TB a largo plazo (más información al respecto en la página 50 de este número). A través de la cooperación con Google, Q-Partners como Gold Partner de SAP y Devoteam como Google Cloud EMEA Services Partner of the Year 2018 pudieron reunir valiosos conocimientos y experiencia específicamente en el uso de IaaS en GCP, de los que los clientes de SAP se benefician en los proyectos, tanto en la planificación y construcción como en la prueba y ejecución.
