Pavel Losevsky - Fotolia

Consejo

¿Está atrapado en un estado mental de centro de datos heredado?

Los centros de datos heredados con código propietario y prácticas comerciales obsoletas son familiares, laberínticos y difíciles de dejar atrás.

por
  • Jim O'Reilly
Publicado:23 nov 2015

Montañas de código COBOL, mainframes de 30 años de edad y largas esperas para los cambios en los procesos que toman meses para implementar son la realidad de una sorprendentemente gran parte de la industria de TI.

Wal-Mart ha construido pequeñas tiendas de propiedad local a lo largo de los Estados Unidos. Dejando de lado los modelos de negocios, el verdadero secreto del minorista es un sistema de TI ágil que acelera la reposición de existencias y analiza las tendencias de la demanda durante la noche. Pero incluso Wal-Mart lucha contra la flexibilidad masiva del minorista en línea Amazon, que tiene una plataforma de TI que permite a los pequeños comerciantes vender a través de su sitio web, usando sus servicios y software en línea.

Estas historias de éxito extremas apuntan al poder de sustentar una buena estrategia de negocios con la mejor infraestructura de TI. Eso significa que los centros de datos, servidores y aplicaciones heredadas deben irse.

El engranaje de los centros de datos heredados es lento y caro de ejecutar y mantener. Y muchos lenguajes de programación legados están muertos; el lenguaje de programación COBOL ya no se enseña en las escuelas, y la mayoría de los programadores no quieren tener nada que ver con eso. De hecho, algunos consideran las habilidades en COBOL como un asesino de trabajos en las hojas de vida, pues indican a alguien que está lejos de la vanguardia.

Cuando se les pregunta por qué se quedan con tecnología heredada, los CIO generalmente hablan de presupuestos limitados para TI y del costo y el riesgo de la transición a los sistemas modernos. Ellos han estado hablando de esta manera por al menos 10 años, y sus predecesores, probablemente, dijeron lo mismo. Sin embargo, cualquier otra parte de la empresa debe ser reacondicionada con regularidad o la empresa iría a la quiebra.

El costo de quedarse con un centro de datos con mucha TI heredada aumenta cada año, conforme los expertos en módulos de código particulares se retiran de la empresa y no pueden ayudar a la transición a nuevas aplicaciones y sistemas estandarizados. Pero esto es solo el costo de realizar la transición. El costo más doloroso es el que se experimenta de las oportunidades de negocio perdidas que se derivan de un sistema rígido e inflexible. El costo de las oportunidades perdidas normalmente supera con creces los costos de TI, pero las cifras son mucho más difíciles de cuantificar. Y esto hace que un caso de negocio sea más difícil de probar.

Qué esperar cuando deja atrás los servidores heredados

Comience su transición con un alcance, y luego con un plan. Las aplicaciones heredadas son como Londres medieval en 1666: parchado y desmadejado, con mucho abandono y listo para el gran incendio.

La mayoría de las transiciones a plataformas de TI modernas caen cuando empiezan a cuestionar las prácticas empresariales. Los sistemas heredados normalmente consagran la forma en que el negocio funcionaba hace 30 años o más. Los procesos de negocio deben inevitablemente cambiar. El sistema heredado crea una necesidad acumulada de repensar, y sin embargo, es tentador  mantener las cosas como están.

Busque productos preempaquetados ​​que pueden reemplazar los sistemas heredados. Por ejemplo, los sistemas de planificación de recursos empresariales comerciales empaquetados (COTS) demuestran una alta agilidad y mejores prácticas arraigadas en el programa.

Considere desplegar una configuración modular de aplicaciones empresariales. Los enfoques tradicionales heredados entrelazan fuertemente varios departamentos, pero el concepto modular moderno se concentra en las interfaces entre los módulos y su capacidad para intercambiar datos, lo que permite una gran independencia.

Esta transformación que se aleja del centro de datos heredado de antaño ahora llega a la parte de la suite de negocios que es tan propietaria que tuvo que ser codificada. Separe sus creencias de la realidad cuando evalúe la necesidad de código heredado. Un estudio muestra que aproximadamente el 40% del código heredado no se utiliza y no necesitará ninguna acción de transición, así que necesita descubrir código muerto antes de hacer planes de transición innecesarios. Puede haber cantidades importantes de código en las viejas prácticas empresariales innecesarias.

El código propietario suele pegar las cosas. Es probable que necesite escribir algo de código, pero definitivamente no en COBOL.

El sector público es uno de los peores transgresores en cuanto a aferrarse a los sistemas de TI y centros de datos heredados. Los esfuerzos para cambiar eso, desde la consolidación de centros de datos hasta un programa de ensayos de corte y reinversión alrededor del gasto en TI, se han encontrado con resultados mixtos.

El futuro departamento de TI: ¿Está usted en él?

La transición nunca es fácil: hacer un movimiento requiere una concertada determinación para cambiar.

Mucho personal de TI mira a los cambios, desde el entorno COTS y luego hacia la nube, como una forma de reemplazar el centro de datos legado y como una amenaza a su trabajo. Los programadores de COBOL no ven lugar para ellos en este futuro. Los administradores saben que los productos comerciales y el hardware de nube necesitan menos administradores y personal de soporte. El CIO y el personal inmediato temen alejarse de una base que les sirvió durante toda su carrera.

El paso desde los servidores y plataformas heredadas a las modernos, modulares y flexibles no va a suceder de la noche a la mañana. Y los efectos que estos cambios tienen sobre el personal realmente tardan más en ocurrir de lo que la gente espera. Las habilidades heredadas no son inmediatamente obsoletas. Hay una escasez de expertos COBOL en toda la industria, por ejemplo, y esto va a crecer a medida que aumenta la transición, mientras que es probable que haya gran demanda de las habilidades construidas alrededor de enlaces heredados a los nuevos sistemas COTS.

La resistencia al cambio no se limita a las TI. El resto del negocio ve la disrupción como inminente y también se resistirá. Cualquier programa de transición necesita la convicción explícita de todo el equipo ejecutivo, con una fuerte aplicación hacia abajo de la voluntad de dejar detrás el pensamiento de TI legado.

Sobre el autor: Jim O'Reilly es un consultor centrado en almacenamiento y computación en la nube. Anteriormente ocupó posiciones importantes en Germane Systems –creando servidores y almacenamiento robustos para la flota de submarinos de Estados Unidos– así como en SGI/Rackable y Verari, las startups Scalant y CDS, y PC Brand, Metalithic, Memorex-Telex y NCR.

Investigue más sobre Arquitectura de centros de datos