Por qué elegir SUSE Linux Enterprise Server para SAP HANA y S/4 HANA: Beneficios clave y colaboración con SAP

Cualquiera que haya evaluado y finalmente seleccionado el software empresarial SAP a lo largo de los años probablemente haya notado el marcado enfoque "manos libres" de SAP en la selección de sistemas operativos y hardware. Esto no quiere decir que SAP no tenga una opinión, o muchas opiniones, sobre el tema, es solo que, como regla general, han sido lo suficientemente sabios como para no involucrarse en este aspecto. La selección del sistema para la infraestructura de SAP a menudo ha estado plagada de política, junto con la fuerza de marketing y capacidad de venta de los proveedores, a veces por delante de las verdaderas capacidades. El mensaje de SAP a los clientes podría resumirse de esta manera: "Si hay una oferta de infraestructura establecida que sea adecuada para sus transacciones comerciales y datos más críticos, la conoceremos y trabajaremos con esos proveedores para asegurarnos de que esté completamente respaldada. Usted, el cliente, debe decidir cuál elegir".

Este enfoque ha llevado a una notable variedad de opciones bien respaldadas para la diversa base de clientes globales de SAP. Desde implementaciones en mainframe hasta servidores x86 de 2 procesadores que ejecutan Windows, SAP ha sido un firme defensor de la elección, no solo en la plataforma de SO y servidor, sino también en el hardware y software de almacenamiento y red.

A pesar de todas sus bondades y equidad inherentes, este enfoque también ha permitido que algunas implementaciones de aplicaciones SAP se vuelvan increíblemente complejas, difíciles de mantener y costosas de respaldar. De hecho, al idear su plan de juego para el SAP Business Warehouse Accelerator (SAP BWA), uno de los riesgos que SAP debe haber considerado es que el éxito de SAP en el futuro se vería afectado por las plataformas de sistema particulares en las que pudiera ser implementado.

Los líderes de desarrollo y ejecutivos deben haber sopesado el costo de buena voluntad de restringir la plataforma frente a la posibilidad de que el fracaso de las primeras docenas de instalaciones para demostrar ser confiables y revolucionarias para los primeros adoptantes, basado en factores que no estaban bajo el control de SAP, probablemente perjudicaría la marca SAP HANA. Por lo tanto, optaron por una receta de infraestructura definida de manera inusual. Solo se permitirían servidores x86 integrados, con componentes de almacenamiento y red preconfigurados y probados, para ser vendidos como un appliance que incluye las licencias de SAP HANA. Y todos funcionarían en un solo sistema operativo: SUSE Linux Enterprise Server (SLES).

Con esta decisión aparentemente simple, SAP reconoció de inmediato el impacto que los métodos de software de código abierto ya habían tenido en la informática empresarial del siglo XXI. Seleccionaron un proveedor y distribución de Linux que no era el líder del mercado global, pero que había demostrado ser sólido, eficiente y excepcionalmente bien respaldado. SLES es la distribución de Linux con la que los desarrolladores de SAP habían estado trabajando especialmente de cerca desde finales de la década de 1990. SAP también debe haber visto que los objetivos de SUSE estaban bien alineados con los suyos: SAP no se vería obligado a competir con su proveedor de software de infraestructura, ya sea en el ámbito de la tecnología de virtualización o en el desarrollo e implementación de aplicaciones web. SAP NetWeaver como plataforma tecnológica que respalda ABAP y Java seguiría posicionándose como la opción número 1 para las tiendas de SAP.

SAP nuevamente causó revuelo, pero probablemente pocas sorpresas, cuando anunciaron en febrero en la Bolsa de Nueva York que el centro de la familia de productos de próxima generación "S/4" sería la tecnología de base de datos SAP HANA. Los entornos mixtos seguirán siendo vendidos y respaldados durante años en el futuro, pero S/4 requiere SAP HANA (y por lo tanto Linux). SAP también ha flexibilizado sus políticas en torno a SAP HANA: se anunció el soporte de Red Hat Enterprise Linux en 2014 y el programa "TDI" (para Integración de Datacenter Personalizada) permite a organizaciones de usuarios finales certificadas, proveedores de sistemas e integradores construir soluciones HANA a partir de una mezcla cada vez más amplia de componentes, y hacerlo en las instalaciones en lugar de exigir que se haga en la fábrica de compañías como HP, Lenovo, Dell y Cisco.

Por lo tanto, con toda esa historia detrás, presentaremos un caso para elegir SUSE Linux Enterprise Server como plataforma de implementación de SAP HANA o S/4 HANA.

Beneficios clave para los clientes de SAP:

Excelente historial para SUSE + SAP ...Aproximadamente el 70% de las implementaciones de SAP en Linux están ahora en SLES, mientras que a partir de junio de 2015, el 99% de las implementaciones de SAP HANA están en SLES.

Compromiso con la colaboración –SUSE tiene ingenieros, arquitectos y desarrolladores en el SAP LinuxLab donde trabajan muy de cerca con SAP. Este es el punto culminante de una tradición colaborativa que ha estado en vigor desde 1999. Fue esa colaboración la que en 2011 llevó a la introducción de SLES for SAP Applications, el primer