Actualmente tenemos una gran aplicación para negocios crítica escrita en COBOL, que se ejecuta en OpenVMS (Integrity/Itanium).Alejándonos de Itanium
A medida que pasan los meses, hay más y más especulaciones sobre la vida útil de la arquitectura Itanium. Nada se dice abiertamente, por supuesto, pero artículos como this y this pintan una imagen preocupante. Aunque no puedo encontrar nada oficial que respalde esto, incluso hay murmuraciones en los corredores de nuestra compañía de HP que abandona OpenVMS y HP COBOL junto con él.
No puedo creer que estemos solos en esto.
La forma en que lo veo, hay algunas opciones:
- emular algunas de hardware antiguo y ejecutar la aplicación en que el uso de un producto como CHARON-VAX o CHARON-AXP. De la forma en que lo veo, los pros son que el proceso debería ser relativamente sencillo, especialmente si se usa la opción de 64 bits (AXP). Los posibles inconvenientes son una degradación del rendimiento (aunque esto debería compensarse con un hardware cada vez más rápido);
- Adapte la aplicación HP COBOL a un dialecto más moderno de COBOL, como Visual COBOL. Los profesionales, entonces, son el hecho de que el esfuerzo de migración es relativamente bajo (sigue siendo COBOL) y el hecho de que uno puede ejecutar la aplicación en una plataforma Unix o Windows. Las desventajas son que, aunque está transfiriendo COBOL, el hecho de que esté migrando a un sistema operativo diferente podría dificultar las cosas (especialmente si hay dependencias específicas de OpenVMS);
- Traduzca automáticamente el COBOL a un lenguaje más moderno como Java. Esto tiene la ventaja obvia de liberar inmediatamente a uno de todos los problemas heredados de una sola vez: soporte de hardware, soporte de sistema operativo y especialmente encontrar administradores y programadores. Además de ser un gran trabajo, una desventaja obvia es el hecho de que uno terminará con Java no idiomática (o el idioma de destino elegido en última instancia); posiblemente, esto es algo que se puede mejorar con el tiempo.
- Una reescritura, desde cero (naturalmente, utilizando las tecnologías modernas). Cualquiera que haya hecho esto sabe lo costoso y lento que es. Solo lo he incluido para completar la lista :)
Tenga en cuenta que no hay dependencia en un DBMS patentado; la base de datos está basada en archivos ISAM.
Así que ... mi pregunta es:
¿Cuáles son otros que enfrentan la obsolescencia inminente de Itanium haciendo para mantener la continuidad del negocio cuando su plataforma de elección es OpenVMS y COBOL?
ACTUALIZACIÓN:
Hemos tenido una garantía oficial de nuestro representante local de HP que Integridad/Itanium/OpenVMS estará apoyado al menos hasta 2022. Supongo que esto significa que todo este asunto se trata tanto de la plataforma, y más sobre el lenguaje (COBOL).
Esta es una situación fea. Intentaría contactar a MicroFocus para averiguar qué tipo de estrategia de migración están desarrollando para sus clientes. Creo que MicroFocus promovió la migración de aplicaciones COBOL a plataformas Itanium. Y debido a esto, sospecho que estarán trabajando tan duro como cualquier persona para encontrar una ruta de migración desde Itanium a "lo siguiente y lo mejor", sea lo que sea. Tienen tanto que perder en esto como cualquiera, así que averigua dónde navega su barco y tal vez engancha un paseo. – NealB
Parece que tendrá que considerar seriamente mudarse de OpenVMS. Debe preguntarle a HP si tienen un producto UNIX que sea compatible con HP COBOL. Además, además de la sugerencia de NealB, también debe consultar con Veryant, que ofrecen dos cumplidores de COBOL diferentes (http://www.veryant.com) – colemanj