La arquitectura debe adaptarse al paisaje

Si quiere optimizar su arquitectura SAP, la primera pregunta que debe hacerse es: ¿qué quiere conseguir con ella? Sólo cuando haya una respuesta a esta pregunta podrá optimizar su entorno informático.

Por ejemplo, ¿desea principalmente reducir los elevados gastos administrativos y los costes de sus operaciones informáticas o prefiere centrarse en una plataforma estratégica para el futuro?

Las empresas deben estudiarlo detenidamente, ya que de esta respuesta depende la estrategia que adopten para abordar el asunto y las medidas que deban aplicar. Pueden llevar a cabo este proceso por su cuenta o solicitar asesoramiento a empresas de consultoría especializadas.

En cualquier caso, es importante que la toma de decisiones se base en hechos y no en suposiciones y percepciones. Por tanto, un requisito previo importante es analizar la infraestructura informática:

¿Cuántas soluciones SAP se ejecutan en la plataforma y cuántas debería haber en el futuro? ¿Cuál es el grado de disponibilidad y seguridad de los sistemas, y qué está previsto? ¿Se están realizando ya cambios en la infraestructura? ¿Es inminente el cambio a in-memory?

Los datos recogidos de este modo pueden utilizarse para identificar puntos débiles, cuellos de botella o requisitos de departamentos especializados. Además, la selección de posibles plataformas objetivo puede reducirse desde el principio.

Espejo, espejo en la pared, ...

... ¿cuál es la mejor plataforma del país? Muchas empresas se hacen esta pregunta, por ejemplo, cuando su hardware se acerca al final de su contrato de alquiler o se ha dado por perdido.

Y eso es bueno, porque la plataforma es de vital importancia para optimizar la arquitectura de las soluciones SAP. En el ámbito clásico de SAP ERP, hay varias para elegir: Microsoft, Linux, HP-UX o IBM AIX, así como OS/400 y Solaris.

Las razones para cambiar de una plataforma a la de otro proveedor pueden ser múltiples: por ejemplo, porque permite consolidar el panorama informático o porque se considera que otra plataforma está más preparada para el futuro que la que se utiliza actualmente.

Por el momento, las palabras clave en el entorno SAP son Hana y Linux. También hay que examinar en qué medida las soluciones SAP pueden escalarse o virtualizarse en una plataforma y los costes que ello implica.

Hace años, muchas empresas cambiaron Unix por Linux porque es muy estable y compatible con otros sistemas. Además, los costes de hardware para el rendimiento de la CPU, por ejemplo, son inferiores a los de otras plataformas.

Además, muchos procedimientos pueden conservarse y los conocimientos existentes pueden utilizarse durante el cambio, lo que reduce al mínimo la formación necesaria.

La cuestión de la disponibilidad es delicada. La propia definición de lo que se entiende por alta disponibilidad puede a veces causar problemas a las empresas. ¿Se refiere la alta disponibilidad al funcionamiento garantizado de un sistema o incluye la capacidad de interceptar el posible fallo de todo un centro de datos?

Por razones de seguridad, la distancia física a un segundo centro de datos debe ser correspondientemente grande. Por otro lado, no debe superar cierta distancia, ya que de lo contrario es difícil mantener los datos sincronizados.

Si hay un centro de datos en Europa y otro en Estados Unidos, no están sincronizados al 100%, ya que los datos no pueden reflejarse en tiempo real a esta distancia sin afectar a la aplicación.

Evitar los monopolios de cabezas

A veces, menos es más: cuando se trata de arquitectura, no sólo cuentan los datos concretos, como el precio del hardware o su disponibilidad. ¿De qué sirve una plataforma más barata si no soporta de forma óptima los procesos o los empleados no tienen la formación necesaria?

Si las empresas quieren cambiar de plataforma, también se plantea la cuestión de si los empleados tienen los conocimientos necesarios y, en caso contrario, qué formación deben recibir para garantizar la buena aceptación y funcionamiento de la nueva plataforma.

Un cambio de plataforma siempre debe ir acompañado de procesos de gestión del cambio. Estos no solo deben referirse a la migración técnica, sino también preparar a los empleados para los cambios.

Así se evitan también los monopolios de cabezas, en los que los conocimientos se concentran en un solo empleado. Si este empleado se ausenta o abandona la empresa, también se pierden sus conocimientos.

Por tanto, puede ser ventajoso elegir una plataforma técnicamente más sencilla con la que estén familiarizados varios empleados, en lugar de una versión premium sofisticada y de alta disponibilidad que sólo domine un empleado.

Sin embargo, las ofertas de los fabricantes suelen estar orientadas al rendimiento técnico. Esto puede llevar a que el hardware esté sobredimensionado o "sobredimensionado".

Por tanto, el lema para las empresas es: la plataforma debe seguir siendo operativa. A veces, menos es más. Sobre todo porque los costes de formación adicional pueden ascender hasta el 15% de los costes tecnológicos.

Las empresas consultoras profesionales preparan los resultados del análisis del estado actual, sus recomendaciones y una lista de los gastos necesarios en forma de estudio significativo.

También se enumeran las ventajas e inconvenientes de las posibles plataformas. A partir de ahí, se pueden decidir los siguientes pasos basándose en hechos.

A la hora de migrar, es aconsejable empezar por un sistema más pequeño, a modo de prueba por así decirlo, y luego seguir con el resto de sistemas, posiblemente agrupados.

Los datos de rendimiento deben recopilarse al cabo de dos meses para medir el éxito. Si se espera más, los ajustes posteriores -los entornos informáticos están sujetos a cambios constantes- podrían imposibilitar una medición comparable.

Ejemplos de migraciones con éxito a Linux

El Grupo Generali decidió modernizar su infraestructura SAP. Alrededor de 100 servidores y bases de datos, 24 líneas de sistema para 14 países y 100 terabytes de datos debían transferirse a una nueva plataforma de destino.

Con la ayuda de un proveedor de servicios, había que adecuar la infraestructura existente a las normas técnicas más recientes y, al mismo tiempo, reducir la dependencia de un único proveedor de hardware para garantizar la seguridad futura de la inversión.

Tras un taller, una hoja de ruta, una matriz de riesgos, un análisis, una estimación de costes y una prueba de concepto, los sistemas se migraron con éxito a Linux de forma sostenible y rentable, dos meses antes de lo previsto inicialmente.

La prueba de concepto, en particular, fue un importante factor de éxito para Generali porque dio al Grupo la certeza de que había elegido la estrategia correcta.

En menos de 20 meses, Munich Re también transfirió su arquitectura de servidores, incluidos 84 sistemas SAP, a una plataforma Linux. Parte de los datos también se convirtieron a Unicode durante la migración.

La gestión del cambio planteó un reto especial, ya que la empresa estaba introduciendo la mayor aplicación SAP a escala mundial al mismo tiempo que la migración.

Además, las operaciones de infraestructura se transfirieron a un modelo de deslocalización. Gracias a planes especiales de transición, se pudieron migrar simultáneamente hasta seis sistemas SAP en semanas individuales.

Todos los objetivos de costes se alcanzaron sin poner en peligro el negocio ni la disponibilidad de las aplicaciones. Munich Re consiguió reducir los costes de adquisición de servidores SAP a una quinta parte del volumen de inversión original.

Desde la migración, las aplicaciones y bases de datos se ejecutan en servidores con una arquitectura de procesos estandarizada. La estandarización también ha reducido considerablemente los costes operativos.

La demanda aumentará

Además de aspectos como la escalabilidad y la disponibilidad, la consultoría de arquitectura holística también tiene en cuenta factores organizativos y financieros. Si una empresa de consultoría no vende también hardware, el cliente puede estar seguro de recibir un asesoramiento independiente.

Al migrar a una nueva plataforma, la atención ya no debe centrarse únicamente en el rendimiento técnico, sino también en componentes estratégicos como la garantía de futuro.

También es aconsejable revisar los procesos y adaptarlos si es necesario. Un enfoque basado en ITIL es ideal para ello. En el entorno SAP, Hana y las posibilidades de la nube garantizarán que la demanda de consultoría de arquitectura aumente en los próximos años. Se requerirán conocimientos especializados adicionales.

No obstante, una consultoría de arquitectura basada en la estrategia y la previsión le guiará con calma hacia su nueva arquitectura objetivo con un concepto coherente.

Sin embargo, el orden del día sigue siendo: el factor decisivo no debe ser lo que sea técnicamente factible, sino siempre lo que se adapte al paisaje. Véase la Ópera de Noruega.