AWS Public CloudAlerta de spoilers: Sí.

 

Hemos hablado con muchos clientes empresariales y hemos escuchado de forma directa sus inquietudes y dudas a la hora de migrar las cargas de trabajo de SAP a AWS. En esta serie, exploraremos algunas de sus ideas más repetidas que creemos que merecen un análisis en profundidad.  En concreto, abordaremos los temores sobre migrar cargas de trabajo críticas y heredadas de SAP a la nube de AWS.

 

La adopción de la plataforma de nube pública

 

En primer lugar, podemos hablar de la plataforma. Hace unos años, nadie hubiera afirmado que la nube pública era adecuada para alojar una base de datos de cualquier tipo, y mucho menos una carga de trabajo crítica. Existían dudas e inquietudes sobre su rendimiento, recursos y accesibilidad.

 

Sin embargo, a medida que la plataforma fue madurando, la percepción y confianza de los usuarios mejoraron poco a poco. De hecho, hoy nadie puede imaginar una plataforma en la nube que no sea compatible con múltiples bases de datos y que ofrezca un rendimiento comparable al de las soluciones locales o en la nube privada.

 

Por otra parte, conforme la adopción de la nube pública crecía, surgían nuevas inquietudes sobre su rendimiento en materia de seguridad y cumplimiento. Debido a la opacidad de la nube pública, esta situación no era totalmente inesperada. En resumen, podría decirse que pocos conocen el funcionamiento interno de la nube de AWS, pero todos están de acuerdo en que que funciona maravillosamente bien. Y, frente al enigma que representa la nube de AWS, todavía existen dudas en torno a que, en un mundo multiinquilino y a hiperescala, la seguridad ha sido, literalmente, reimaginada.

 

¿Dónde funciona mejor la nube de AWS?

 

Los firewalls, la línea de defensa principal cuando se implementan de forma local, han dejado de ser la regla en la nube y se han convertido en una excepción, algo que nadie hubiera imaginado hasta hace poco. Es importante señalar que, debido a la naturaleza de infraestructura compartida de la nube pública, los entornos informáticos empresariales no la han adoptado totalmente en todas sus cargas de trabajo.

 

Pese a que esto presenta inquietudes lógicas sobre el efecto noisy neighbor y el riesgo de intrusiones y ataques DDoS, aquí es donde AWS destaca sobre las demás soluciones. La nube de AWS ofrece un nivel importante de autorreparación y cuenta con más de 100 funciones, incluyendo listas de control de acceso, grupos de seguridad y servicios avanzados como AWS Shield Advanced, capaz de proteger la infraestructura aprovechando la red virtual. Por si esto fuera poco, AWS cumple con casi todos los estándares de cumplimiento.

 

La nube de AWS ofrece multitud de herramientas nativas que se pueden aprovechar al implementar SAP en dicha nube, pero sus ventajas no terminan ahí. Aquí es donde entra en juego el mercado más grande del mundo.  Además de conocer la nube y el mercado de AWS, también es crucial desarrollar una comprensión integral de SAP y cómo diseñar para SAP en la nube de AWS.

 

La arquitectura de SAP en la nube de AWS

 

En Symmetry, somos capaces de implementar SAP en la nube de AWS sin apenas exposición pública a Internet. Tras aislar todos los componentes, instalamos servidores de bastión para el control de la gestión, asegurando aún más el entorno de SAP. Posteriormente, implementamos la mejor solución de supervisión del mercado y diseñamos e implementamos recopiladores que trabajan con AWS CloudWatch para proporcionarnos la visibilidad necesaria sobre toda la plataforma.

 

El hecho de que no contemos con acceso de root a los hipervisores no implica que no tengamos o necesitemos visibilidad sobre el estado de la infraestructura subyacente. No en vano, en eso radica la diferencia entre la supervisión reactiva de eventos y la preventiva.

 

Si, además, se tiene en cuenta la precisión de una aplicación como SAP, AWS se puede convertir en una gran plataforma de alojamiento. Pero, pese a contar con el poder de la nube de AWS y todas nuestras herramientas de implementación especializadas, siguen existiendo cuestiones técnicas sobre la migración de cargas de trabajo heredadas a la nube pública que debemos analizar.

 

La migración de cargas de trabajo heredadas a la nube pública

 

Es necesario aclarar que, cuando hablamos de aplicaciones que están diseñadas para funcionar a la perfección en la nube pública, utilizamos términos como “nativo de la nube” o “nacido en la nube”. Estas expresiones describen la última generación de aplicaciones, diseñadas para maximizar todas las capas de la plataforma y no solo la del sistema operativo y la de virtualización.

 

Por desgracia, pocos sistemas heredados cumplen con este criterio, ya que la mayoría de aplicaciones heredadas, como SAP, fueron creadas en una era en la que lo habitual era disponer de una única aplicación en un solo servidor. Originalmente, estas aplicaciones se diseñaron para funcionar en entornos estáticos, y la mayoría se implementaban en una infraestructura, servidores o dispositivos dedicados. Es decir: eran estables, eran previsibles y estaban aisladas. Sin embargo, con la llegada de la virtualización, este modelo fue abandonado casi por completo.

 

En los últimos años, hemos observado un cambio: ahora, las máquinas virtuales son compatibles con un mayor número de aplicaciones heredadas, lo que ofrece la oportunidad de utilizar la virtualización y, por extensión, los proveedores de nube pública. En cuanto a SAP, y más recientemente HANA de SAP, ambos están ahora certificados no solo como máquinas virtuales en sus centros de datos y en los nuestros, sino como instancias en la nube de AWS.

 

Esta certificación es la prueba definitiva de que SAP está totalmente preparado para la nube. Es decir, que las aplicaciones heredadas que no han nacido en la nube han sido probadas y analizadas, y pueden funcionar como se diseñaron en la nube pública a hiperescala.

 

Pero eso no es todo: una cosa es que SAP esté totalmente preparado para la nube y otra que lo esté para su combinación de máquinas virtuales, sistemas operativos y bases de datos sin certificar. Y es aquí donde la nube de AWS cumple con la Matriz de disponibilidad de productos de SAP (PAM, por sus siglas en inglés).

 

Un partner para desarrollar una estrategia clave

 

Contar con un partner que pueda ayudarle a superar la complejidad de unos requisitos tan diferentes puede resultar vital para desarrollar su estrategia. Por ejemplo, Oracle trabaja con SAP y está disponible en la nube de AWS, pero saber con exactitud las versiones admitidas del sistema operativo requiere de unos conocimientos especializados sobre la nube de AWS y SAP.

 

Para terminar, este es el poder de la prueba de concepto. SAP funciona y está certificado en la nube de AWS. Comprobado. Las bases de datos compatibles con SAP funcionan y están certificadas en la nube de AWS. Comprobado. SAP funciona y es compatible con ESX tanto en sus centros de datos como en los nuestros. Comprobado.

 

Sin embargo, SAP necesita una gran cantidad de parches. Por eso, a la hora de migrar a la nube de AWS, le será útil saber por adelantado que usted no es el primero en descubrir un problema, que los parches existentes cubren cualquier inconveniente que pueda causar su implementación de SAP en la nube de AWS o que la compatibilidad es adecuada. Además, le interesará validar el rendimiento de su solución de SAP en la nube de AWS.

 

Aquí es donde nuestra asociación con SAP y la nube de AWS puede ser útil. Póngase en contacto con nosotros y analizaremos cómo podemos ayudarle a crear una prueba de concepto sin costes de infraestructura ni de licencias, para que su experiencia sea totalmente positiva.

 

Por lo tanto, sí, la nube pública de AWS está preparada para el alojamiento de SAP. Con el partner adecuado y algunas precauciones adicionales, su viaje puede ser gestionable y predecible.

 

En la próxima entrega analizaremos por qué la migración de SAP a la nube de AWS no solo es gestionable y predecible, sino que también tiene sentido comercial desde el punto de vista del coste, el retorno de la inversión y la competencia en el sector informático.  Además, mostraremos cómo crear un modelo de negocio sólido y le ayudaremos a descubrir cuándo debe plantearse una migración teniendo en cuenta su entorno único y recursos limitados.