Compulsión por la oportunidad

Según un estudio realizado por Techconsult en diciembre de 2015, el 60% de las empresas ya han estudiado S/4 Hana. Con ello, esperan asegurarse el éxito en lo que respecta a la transformación digital.

SAP promete importantes aumentos de rendimiento con Hana en comparación con las bases de datos clásicas. Un vistazo a la infraestructura de TI ofrece más oportunidades para aumentar la eficiencia y reducir los costes, pero solo si se hace bien desde el principio.

Porque si las empresas van a pasarse a Hana, lo mejor es hacerlo de forma eficiente y preparada para el futuro. Por lo tanto, toda la infraestructura debe ponerse a prueba y hacerse compatible con la nube.

Los que piensan con originalidad se dan cuenta del gran potencial que aporta S/4. Especialmente cuando las empresas ven la renovación de su infraestructura como una oportunidad para dar un gran paso hacia la nube híbrida.

No trivial

Sin embargo, modernizar toda la infraestructura informática es una empresa de gran envergadura que las empresas deben planificar con gran previsión. No deben limitarse a abordar los problemas existentes, sino solucionar las causas profundas.

Quienes deseen utilizar S/4 en el futuro deberán migrar primero su SAP Business Suite a Hana antes de poder integrar las innovaciones funcionales de S/4 en el siguiente paso. Esto significa que el uso de S/4 puede tener lugar en pequeños pasos.

Por lo tanto, lo primero que tiene sentido es planificar exhaustivamente cómo debe ser la arquitectura de todo el entorno SAP.

A continuación, hay que optimizar los procesos operativos y consolidar los sistemas, aunque la arquitectura objetivo sólo pueda alcanzarse en tres o cuatro años.

Las empresas deben tener siempre presente el panorama general y no empezar precipitadamente centrándose en un único sistema. El cambio ofrece la oportunidad de reevaluar todos los elementos de la infraestructura informática.

Análisis inicial

Antes de cambiar a Hana, debe llevarse a cabo un análisis exhaustivo del entorno SAP, los procesos operativos y la arquitectura de TI. El primer paso es una comparación tecnológica detallada en la que se analiza el inventario actual de todos los componentes de la infraestructura -desde el almacenamiento hasta los servidores y la tecnología de virtualización- y la base de datos actual.

Además, se examinan en detalle los procesos operativos y se determina qué cambiará con la construcción de una nueva arquitectura. En el proceso, las empresas deben ser capaces de identificar el potencial de ahorro.

Las empresas deben tener en cuenta todo el panorama SAP desde el principio y no limitarse a un solo sistema porque, por ejemplo, solo se vaya a migrar a Hana el SAP Business Warehouse en un primer paso o se vaya a introducir S/4 Finance.

Las empresas piensan con demasiada estrechez de miras, dejan sin aprovechar las oportunidades de ampliación y no explotan todo el potencial de ahorro.

Sin duda, es posible comenzar con escenarios de entrada más pequeños y evolucionar paso a paso hacia una arquitectura objetivo "grande", pero si no se conoce esta imagen objetivo, las empresas bloquean las oportunidades que Hana puede ofrecer.

Arquitectura objetivo y hoja de ruta

Basándose en el análisis de la situación actual, se desarrolla una arquitectura objetivo prometedora, que incluye las listas de piezas necesarias de los componentes individuales que se necesitan.

Al mismo tiempo, Computacenter define los denominados Building Blocks, con los que las empresas pueden empezar a construir gradualmente su configuración inicial.

Aquí es importante desarrollar una arquitectura objetivo modular y escalable. A partir de esta arquitectura de destino, se pueden construir módulos individuales para los sistemas que se van a convertir a Hana en el primer paso, que luego se complementan con cada nuevo sistema.

Además, las empresas reciben un resumen de costes que incluye los esfuerzos de implantación y migración, además de los costes de la infraestructura. La hoja de ruta de implantación también muestra la duración realista del proceso.

El aspecto final de la infraestructura óptima es muy individual y depende de las necesidades del cliente. Puede ir desde pequeños sistemas individuales virtualizados hasta grandes sistemas de clúster con docenas de servidores en una instalación SAP.

La arquitectura de destino debe estar diseñada para poder reaccionar rápidamente a nuevos requisitos sin cambios en el diseño. Sin embargo, un requisito previo para los sistemas utilizados, como servidores y almacenamiento, es que estén certificados por SAP, solo entonces podrán utilizarse de forma productiva para Hana.

Con Hana en la nube

Para prepararse para S/4 Hana y las nuevas posibilidades, las empresas también deben preguntarse qué datos deben ir a la nube. Porque muchas empresas no quieren externalizar sus datos críticos de SAP a la nube.

Al mismo tiempo, sin embargo, cada vez más organizaciones se dan cuenta de que determinados datos y sistemas no tienen por qué funcionar necesariamente en su propio centro de datos.

Los sistemas in situ ofrecen la ventaja de que los datos se almacenan y procesan en el propio centro de datos de la empresa. La desventaja es que las empresas necesitan su propia infraestructura, por lo que a menudo carecen de la flexibilidad necesaria para reaccionar con rapidez ante nuevas necesidades.

Mediante el uso de servicios en la nube, pueden satisfacer estos nuevos requisitos con mayor rapidez. Por eso cada vez más empresas recurren a soluciones de nube híbrida y disfrutan de las ventajas de ambos mundos: Su propio centro de datos se convierte en una nube privada y ofrece la seguridad habitual.

Los servicios de nube externos, como Amazon Web Services o Virtustream, complementan los servicios de nube pública de SAP.

La integración de servicios externos en la nube resulta especialmente útil en un momento en el que el número de nuevos requisitos de los departamentos especializados aumenta constantemente y el departamento de TI se ve obligado a reaccionar con flexibilidad y rapidez. Esto se debe a que los "grandes" proveedores de la nube tienen opciones completamente diferentes en términos de escalabilidad, lo que en última instancia se traduce en una ventaja económica para los usuarios.

Además, los departamentos de las empresas desean adquirir servicios que respondan a sus necesidades individuales y que, al mismo tiempo, puedan facturarse en función del consumo.

Un ejemplo de este tipo de arquitectura de nube híbrida pueden ser los sistemas de desarrollo y prueba. A menudo no se utilizan a plena capacidad. Sin embargo, si las empresas los operan en su propio centro de datos, están diseñados para picos de carga.

Si una empresa utiliza estos sistemas como servicio en la nube, sólo tiene que pagar por los recursos que realmente utiliza. Así, el sistema productivo puede seguir funcionando en el propio centro de datos seguro de la empresa.

Procesos operativos automatizados

Las empresas pueden ahorrar muchos costes durante la implantación: Actualmente existen herramientas que permiten automatizar los procesos operativos, desde el aprovisionamiento hasta la instalación y configuración de la base de datos Hana. Dado que estos procesos de despliegue se producen con mucha frecuencia en una empresa, la optimización merece la pena.

Con su oferta de plataforma de gestión de la nube (CMP), Computacenter permite un despliegue automatizado que garantiza el cumplimiento del horizonte temporal y también desempeña un papel clave en el desarrollo de soluciones de nube híbrida.

Además de la automatización de los procesos de despliegue, puede llevarse a cabo la integración en soluciones de orquestación existentes y el suministro de sistemas SAP puede realizarse a través de portales de autoservicio. En el futuro, ya no debería importar si el despliegue físico tiene lugar en el propio centro de datos de la empresa o con un proveedor de nube pública.

Debido a la necesidad de tener que reaccionar cada vez con mayor rapidez a los crecientes requisitos de los departamentos especializados en el futuro, debería considerarse una automatización completa de los procesos operativos, además de la implantación automatizada del sistema operativo y la base de datos.

Esto incluye cambios en el sistema operativo, así como ajustes en la base de datos y el software SAP, como actualizaciones, parametrización o copias del sistema. Se evitan las tareas manuales estándar, lo que aumenta la calidad y la trazabilidad y alivia la carga de trabajo de los empleados.

Requisitos de memoria y rendimiento

Si las empresas siguen de forma consecuente el camino hacia una infraestructura informática moderna, podrán disfrutar de una plataforma de software uniforme, completa, consolidada y estandarizada en la que se puedan coordinar los intervalos de mantenimiento e innovación de los distintos componentes.

Esto simplifica considerablemente el funcionamiento del entorno SAP. Además, sólo hay un sistema, con una base de datos y una base de datos, al que acceden todas las aplicaciones. Esto significa que los costes del centro de datos pueden reducirse, ya que se necesita menos almacenamiento y los costes operativos son menores.

Ejemplos de clientes muestran que la migración de las bases de datos clásicas a Hana conlleva una reducción del volumen de datos de alrededor del 30 por ciento. Si una empresa tenía antes un volumen de diez terabytes, después de la migración es de solo tres terabytes.

Además, los requisitos para los sistemas de almacenamiento cambian en una arquitectura Hana, que ya no necesitan ser tan performantes en el funcionamiento normal. Dado que todos los datos se almacenan en la memoria principal, los costes de almacenamiento pueden reducirse a la mitad, aunque los costes de servidor aumentan ligeramente.

Hana - sin costes adicionales

Todo esto significa que la nueva plataforma puede utilizarse sin costes adicionales durante las operaciones en curso si se migra todo el entorno del sistema. Los clientes de SAP sí tienen que adquirir nuevas licencias y también hay costes para la migración en sí.

Pero estas inversiones desempeñan un papel bastante menor en comparación con el importante ahorro de costes en procesos empresariales, operaciones y mayor volumen de negocio gracias a los nuevos escenarios empresariales.

Conclusión

Las empresas pueden dar el primer paso hacia el uso de S/4 mediante el cambio a Hana, que debe completarse antes de 2025. Porque entonces ya no se dará soporte a la antigua SAP Business Suite.

Las empresas deben ver este paso como una oportunidad para reestructurar toda su infraestructura informática y hacerla compatible con la nube.

Aunque la implantación lleva tiempo, el resultado es una operación optimizada desde el principio y preparada para el futuro. Las empresas son mucho más flexibles y pueden responder más rápidamente a las necesidades actuales y futuras.

Quienes confíen entonces en una implantación automatizada de las infraestructuras Hana podrán ahorrarse mucho esfuerzo. Es importante tener siempre en mente el panorama general, no fijarse demasiado rápido en un sistema o problema y pensar en la implantación paso a paso.