El todoterreno

Señor Pleier, la crisis actual ha golpeado duramente a la economía en todo el mundo. ¿Cuál cree que es la lección más importante para las TI corporativas?

Markus Pleier: Esta crisis y sus dimensiones nos han cogido a todos por sorpresa. Para un acontecimiento de este tipo no es posible elaborar planes con antelación, formulados hasta el más mínimo detalle, que luego sólo haya que sacar del cajón en caso de suceso y que cubran todas las eventualidades.

Sencillamente, no es posible. Sin embargo, por supuesto, siempre se puede hacer algo mejor. Si se puede extraer una lección general, se puede resumir en un término: Resiliencia.

Hubiera esperado más bien la palabra digitalización.

Pleier: El aumento de la digitalización es sin duda una de las respuestas importantes y correctas a la pregunta de cómo las empresas y economías enteras pueden salir mejor de la crisis y volver a su senda de crecimiento.

Pero primero hay que eliminar la fragilidad de nuestras estructuras anteriores, que se ha puesto de manifiesto con la crisis. Necesitamos una nueva base estable sobre la que construir, a partir de la cual podamos proceder a la digitalización.

Pero debemos tener cuidado y aclarar desde el principio un malentendido: estabilidad sería un término equivocado si significara estructuras rígidas. Por eso prefiero hablar de resiliencia.

¿Eran nuestras estructuras anteriores demasiado rígidas?

Pleier: Sí, y esto es cierto en muchas zonas. Un árbol que se dobla con el viento no se rompe y como mucho pierde algunas ramas. Las cadenas de suministro que no estaban lo suficientemente ramificadas y diversificadas regionalmente fueron las que más sufrieron la crisis.

Pues la única hebra de la cadena no era una rama o un tronco flexible, sino una columna de hormigón que estaba destinada a romperse al ser sacudida, provocando el derrumbe de todo el edificio.

Lo hemos visto en Alemania, por ejemplo, con los equipos de protección para el personal médico. Las empresas que no contaban con la capacidad y flexibilidad suficientes para establecer lugares de trabajo de oficina en casa eficaces tuvieron que hacer frente a pérdidas de productividad y a mayores riesgos de seguridad, ya que un cifrado menos eficaz requiere menos potencia informática.

O tuvieron que trasladarse a la nube pública, quizá violando políticas y normativas internas o externas.

¿Qué podrían haber hecho las empresas de forma diferente?

Pleier: La resistencia significa soportar los choques externos sin que se rompa el núcleo, mientras que las piezas pueden verse temporalmente perjudicadas o incluso fallar.

Así que se trata de flexibilidad, redundancia y seguridad ante fallos, en el sentido de que los fallos parciales no ponen en peligro el conjunto y, además, el nivel de seguridad ante fallos no desciende.

También significa que los componentes averiados pueden repararse o sustituirse en otro lugar, preferiblemente de forma automática. Las cadenas de suministro diversificadas regionalmente podrían sustituirse entre sí, evitando un fallo total.

Los entornos informáticos no dependientes, distribuidos y redundantes pueden controlar y ajustar con flexibilidad la asignación de recursos para las distintas cargas de trabajo, de modo que siempre puedan cumplir su misión principal de apoyar las respectivas prioridades empresariales.

Con la infraestructura adecuada, las empresas pueden proporcionar estabilidad que también sea flexible, resistencia y redundancia que también sea asequible, extensibilidad y escalabilidad que evite nuevas dependencias y vulnerabilidades.

Eso suena muy exigente.

Pleier: Así es. Pero, sobre todo, quiero animarnos en TI a aprender las lecciones correctas. Crisis no es sinónimo de caos, colapso y culpa.

Crisis, en el sentido original de la palabra, significa un momento de decisión, ciertamente no uno sin importancia, incidental, que no tiene mayor impacto. Se trata más bien de una decisión que conduce a un futuro más estable, que a su vez se construye sobre unos cimientos más resistentes.

Exigen pensar a largo plazo. Sin embargo, actualmente las empresas tienden a tener prioridades a corto plazo.

Pleier: En eso tiene razón. Y, por supuesto, tiene que ser así. Pero los responsables de la toma de decisiones también saben que las prioridades a corto plazo no deben ir en detrimento de los objetivos a largo plazo.

¿Qué sentido tiene un ahorro de costes a corto plazo si se aleja de una digitalización real que conduzca a una mayor automatización y a un aumento de la productividad? Desde una perspectiva empresarial, la mejor forma de ahorrar siempre ha sido invertir con prudencia.

¡Eso es lo que los clientes actuales de SAP tenían en mente con la transformación a S/4! Ahora han pospuesto por el momento este importante proyecto de digitalización.

Pleier: Es comprensible. De hecho, los equipos informáticos tienen otras preocupaciones en este momento. Al fin y al cabo, la transformación es un proyecto que lleva tiempo y ocupa muchos recursos humanos.

En estos momentos, la prioridad se llama teletrabajo, que ha llegado para quedarse en la crisis. Al mismo tiempo, los departamentos de TI deben poner de su parte para reducir costes.

Pero esto nos devuelve al momento de decisión ya mencionado: ¿Estos proyectos y actividades a corto plazo se planifican y realizan de tal forma que sientan hoy las bases para las posteriores iniciativas a largo plazo e incluso las simplifican y aceleran?

¿Qué le parece?

Pleier: Si algo demuestra la crisis es que la infraestructura importa. En los buenos tiempos no nos damos cuenta, está ahí y funciona de alguna manera, pero no le hacemos mucho caso.

Eso es entonces competencia de los equipos de infraestructuras. El hecho de que nos demos cuenta del diseño concreto de una infraestructura más allá del círculo de especialistas es consecuencia de una situación excepcional.

Para dar un ejemplo positivo más allá de las TI: Nuestro sistema sanitario ha resistido. Ha sido lo suficientemente descentralizado y flexible como para aumentar en poco tiempo el ya impresionante número de camas de cuidados intensivos.

Esto ha permitido mantener en todo momento el funcionamiento del sistema en su conjunto. En general, el sistema sanitario ha demostrado ser notablemente resistente.

¿Y cómo puede trasladarse esto ahora a las TI?

Pleier: En todo lo que los equipos de TI hacen y pretenden hacer a largo plazo, deben asegurarse de que su infraestructura es resistente. Porque sólo si lo es, las prioridades y efectos a corto plazo pueden mantenerse en línea con los objetivos estratégicos a largo plazo. Es más, incluso pueden alimentarlos.

¿Podría ser más específico?

Pleier: Y mucho. Ampliar el número de oficinas domésticas no es sólo un reto en términos de rendimiento, sino también una cuestión de seguridad. Por ello, los parches deben aplicarse lo antes posible.

En los entornos de infraestructura tradicionales, esto no es tan fácil. Debido al gran número de dependencias, por ejemplo de un controlador de hardware específico o de la versión del sistema operativo de un recurso de almacenamiento, los periodos entre actualizaciones individuales pueden ser muy largos, en muchos casos demasiado para frustrar los ataques cada vez más sofisticados de los ciberdelincuentes.

¿No sería mejor disponer de una infraestructura que aplique automáticamente las actualizaciones de seguridad con sólo pulsar un botón?

Pero, ¿no se trata de un problema puntual que puede resolverse a corto plazo y que no tiene ninguna repercusión particular a largo plazo?

Pleier: No me refiero a eso. He elegido el ejemplo de las actualizaciones deliberadamente porque es una obra permanente para los equipos SAP. Por supuesto, una infraestructura para el teletrabajo puede crearse con relativa rapidez, sin conexión con el entorno SAP y probablemente por equipos distintos de los responsables de las aplicaciones y bases de datos SAP.

Pero aquí llega el momento de la decisión: ¿No sería ahora el momento de introducir una infraestructura que no sólo resuelva el problema de las actualizaciones para la oficina en casa, sino también para el entorno SAP central?

¿Quizá incluso una infraestructura común para las cargas de trabajo más diversas, incluida SAP? ¿Una que funcione tanto para entornos SAP NetWeaver y AnyDB como para entornos SAP Hana?

Eso suena un poco como la caja de huevos ...

Pleier: En eso no se equivoca. Pero no lo olvide: en el sector de las infraestructuras se produjo una revolución hace años.

Desde entonces, la infraestructura es software, se ha cortado la conexión directa con el hardware, creando dos capas separadas y fusionando los componentes individuales de la infraestructura, como la potencia de cálculo, el almacenamiento, la red y el hipervisor, en funcionalidades de una misma plataforma de software.

Muchas empresas y equipos informáticos no se han percatado de ello hasta hoy porque la revolución se ha producido en los centros de datos de los proveedores de la nube.

¿No es entonces la nube pública el componente resistente en la mezcla de infraestructuras?

Pleier: Sin duda, los hiperescaladores han ayudado mucho a muchas empresas en la crisis actual a superar los cuellos de botella internos. El efecto a corto plazo es sin duda extremadamente positivo.

Pero a largo plazo, esto crea nuevas complejidades y dependencias. Las pilas tecnológicas diferentes e incompatibles requieren más conocimientos especializados y más necesidad de coordinación, lo que conlleva más complejidad y nuevas dependencias.

Surgen nuevas vulnerabilidades que ponen en peligro el funcionamiento de todo el sistema. Piense en lo que ocurre si se corta accidentalmente un cable de datos. Yo no llamo a eso resiliencia.

¿Cuál sería una alternativa?

Pleier: La respuesta es obvia: ¡lleve la nube a su centro de datos! Esto se consigue mediante un software de infraestructura que es completamente independiente del hardware subyacente, puede gestionarse de forma centralizada y realiza automáticamente todas las tareas administrativas con sólo pulsar un botón.

Está totalmente virtualizado y es redundante. Si falla un componente de hardware o una máquina virtual, no se producen interrupciones en la aplicación ni se pierden datos.

En una plataforma de software de este tipo pueden ejecutarse cargas de trabajo muy diversas: aplicaciones SAP, middleware NetWeaver, bases de datos de diversos fabricantes como Sybase, Microsoft SQL Server, DB2, PostgreSQL, MySQL y Oracle, por supuesto Hana, entornos de prueba, desarrollo, control de calidad y productivos para SAP, VDI, aplicaciones de terceros, etc.

Sin embargo, desde el punto de vista de los equipos SAP, esto contradice la pura doctrina. Muchos también pueden tener dudas sobre si un sistema productivo SAP funciona con suficiente rendimiento en un entorno virtualizado.

Pleier: Conocemos estas preocupaciones, pero son infundadas. Al mantener los datos a los que se accede a través de una máquina virtual muy cerca de ella y en memoria, minimizamos el tráfico de red. El metal desnudo probablemente no sea más rápido.

A esto lo llamamos localidad de datos, que es sólo uno de los principios incorporados a nuestro software de infraestructura hiperconvergente, por así decirlo (véase el artículo de Bas Raayman en la página 46). Nuestra plataforma de software viene con su propio hipervisor.

AHV está incluido en nuestras licencias y suscripciones sin coste adicional y está certificado por SAP para entornos SAP basados en NetWeaver y Hana. Los clientes pueden estar seguros de que su Suite 7, así como S/4, funcionarán sin problemas en Nutanix. Además, pueden ahorrar grandes cantidades en costes de licencias.

Pero aparte del rendimiento y la fiabilidad, la nube ofrece otras ventajas. ¿Qué aspecto tiene?

Pleier: Empecemos por la cuestión de la escalabilidad. Nuestro software predice las necesidades de recursos y hace sonar la alarma cuando los cuellos de botella son inminentes. Entonces simplemente se pueden añadir nodos, es decir, combinaciones de memoria, CPU y red.

Apoyamos una gama muy amplia de fabricantes para el hardware necesario. Entre ellos se encuentran Dell EMC, Lenovo, Cisco, HPE y Fujitsu. Además, también ofrecemos los nodos en un modelo de suscripción, por lo que no se requiere ninguna inversión inicial.

De este modo, el esfuerzo financiero puede desplazarse de los costes de capital a los de explotación. Esta es también una práctica habitual en la nube. Por último, ofrecemos numerosas conexiones sin fisuras a hiperescaladores, en caso de que los picos de carga sólo puedan amortiguarse con la ayuda de recursos externos.

Se trata de un verdadero enfoque híbrido que elimina las fronteras entre las pilas tecnológicas y las hace invisibles para el departamento de TI, ya que todos los ajustes necesarios, por ejemplo, al trasladar una carga de trabajo de su propio centro de datos a la nube pública, a AWS, GCP o Microsoft Azure, los realiza automáticamente nuestro software.

¿No da lugar entonces a nuevas dependencias de nuevo, esta vez en su software?

Pleier: Hay una diferencia entre uso y dependencia. Ni el hardware subyacente ni las cargas de trabajo están vinculados a nuestro software.

Puede portar su entorno a otras plataformas en cualquier momento. Nuestros clientes no sólo tienen mayores grados de libertad en la elección del hardware, sino también en la del hipervisor y la nube pública.

Además, las licencias y suscripciones que los clientes nos adquieren también son portátiles, es decir, de su propio centro de datos a la nube y viceversa. Ofrecemos estos grados de libertad y elección mientras los clientes utilicen nuestro software.

Volvamos al aspecto del corto plazo frente al largo plazo. ¿Qué ofrece su software a los clientes actuales de SAP en este sentido?

Pleier: Con la ayuda de nuestra plataforma de software, las empresas pueden realizar puestos de trabajo digitales en grandes cantidades, desde el pedido hasta la implantación, en pocos días.

Sin embargo, una base de datos Hana, un entorno NetWeaver o SAP Business Suite y S/4 también pueden funcionar en la misma plataforma. Nuestra plataforma está certificada por SAP para todos estos entornos.

Pero lo más importante es la automatización de las tareas administrativas y el apoyo al concepto DevOps. Eso es lo que más cuenta a largo plazo.

¿Por qué es tan importante?

Pleier: Para que la digitalización tenga éxito, las TI deben ser más ágiles. El principio de "no tocar nunca un sistema en funcionamiento" ya no puede aplicarse y la pérdida de tiempo con tareas rutinarias debe llegar a su fin.

Las empresas se reestructuran, compran y venden en respuesta a la crisis actual, pero también a las innovaciones tecnológicas y a la consiguiente competencia de las start-ups.

No puede ser que pasen semanas o meses hasta que la infraestructura necesaria esté lista para integrar el panorama de aplicaciones de las empresas adquiridas o para proporcionar nuevos entornos de bases de datos. Los desarrolladores ya no deben ver obstaculizado su trabajo y su productividad porque el equipo de operaciones no pueda seguirles el ritmo.

Con nuestra plataforma, por ejemplo, se pueden crear blueprints para los entornos de desarrollo y prueba de SAP. A continuación, los desarrolladores pueden hacer clic en dicho blueprint en el modelo de autoservicio y el entorno estará listo en cuestión de segundos o minutos.

Además, los datos del sistema productivo pueden clonarse en cuestión de minutos con fines de prueba. Esto aumenta la fiabilidad de los resultados de las pruebas en órdenes enteros de magnitud. Esto puede provocar un salto cuántico en la productividad.

Sin embargo, muchos clientes actuales de SAP están bastante satisfechos con sus entornos en funcionamiento. ¿Por qué deberían portarlos a su plataforma?

Pleier: Por dos razones. En primer lugar, se benefician de una mayor agilidad y productividad gracias a una mayor automatización. En segundo lugar, reducen su coste total de propiedad.

Pueden ahorrar en licencias, energía y refrigeración, requisitos de espacio y costes de administración; en general, los costes de infraestructura se reducen hasta un 60%, según un estudio.

Además, los clientes pueden proporcionar un entorno SAP completo con sistemas de desarrollo, prueba, control de calidad y productivos para una nueva unidad de negocio o filial adquirida con sólo pulsar un botón.

Puede migrar más rápidamente de las bases de datos existentes a SAP Hana. Puede consolidar y armonizar más fácilmente los paisajes existentes como preparación para la gran transformación a S/4.

Además, pueden importar actualizaciones con sólo pulsar un botón, sin tener que preocuparse por dependencias a nivel de infraestructura ni tener que sacrificar fines de semana por paradas planificadas del sistema.

Y: ofrecemos un botón "atrás", en caso de que algo no funcione como se desea o se ha planeado.

¿No provoca la resistencia de muchos especialistas precisamente por estas simplificaciones?

Pleier: Por supuesto, siempre tenemos que convencer a nuestros clientes. Sí, les hacemos menos dependientes de los conocimientos especializados y de los especialistas, pero no devaluamos sus competencias y su saber hacer.

Porque todo lo que hace nuestro software puede controlarse a través de líneas de comandos y verse a nivel de código. Así, los equipos informáticos nunca renuncian al control ni tienen que confiar en una especie de caja negra.

Pero simplificamos radicalmente el trabajo diario, incluso para los no especialistas. De este modo, aumentamos la capacidad de recuperación de toda la TI. Si un especialista de tal o cual hardware o base de datos está de vacaciones o enfermo, esto no conlleva dolorosas interrupciones con la ayuda de nuestra plataforma. Pero este no es el final del argumento de la resiliencia.

¿Pero?

Pleier: No pensemos a corto plazo, sino a medio y largo plazo. En los próximos diez años, una gran parte de la generación del baby boom se jubilará. Será difícil o imposible sustituir todos los puestos que queden vacantes con colegas jóvenes.

También necesitamos a nuestros profesionales de las TI hoy y en el futuro, especialmente para el desarrollo y el soporte de aplicaciones. Sólo podremos contrarrestar el cambio demográfico mediante una mayor productividad y contribuciones de mayor valor añadido de la próxima generación si queremos mantener las perspectivas de crecimiento de las empresas a largo plazo y asegurar nuestra prosperidad en su conjunto. Nuestro software también puede contribuir a ello.

Muchas gracias por la entrevista.