Attualmente abbiamo una grande applicazione business-critical scritta in COBOL, in esecuzione su OpenVMS (Integrity/Itanium).Allontanarsi da Itanium
Man mano che i mesi passano, c'è sempre più speculazione sulla durata dell'architettura Itanium. Nulla si dice allo scoperto, ovviamente, ma articoli come this e this dipingono un quadro preoccupante. Anche se non riesco a trovare nulla di ufficiale a sostegno di questo, ci sono anche mormorii nei corridoi della nostra azienda di HP che scaricano OpenVMS e HP COBOL insieme ad esso.
Non posso credere che siamo soli in questo.
Il mio modo di vedere, ci sono alcune opzioni:
- emulare qualche vecchio hardware ed eseguire l'applicazione su che l'utilizzo di un prodotto come CHARON-VAX o CHARON-AXP. Per come la vedo io, i professionisti sono che il processo dovrebbe essere relativamente indolore, specialmente se si usa l'opzione 64-bit (AXP). I potenziali svantaggi sono una riduzione delle prestazioni (anche se questo dovrebbe essere compensato da hardware sempre più veloce);
- Portare l'applicazione basata su HP COBOL in un dialetto più moderno di COBOL, ad esempio Visual COBOL. I professionisti, quindi, sono il fatto che lo sforzo di porting è relativamente basso (è ancora COBOL) e il fatto che si possa eseguire l'applicazione su una piattaforma Unix o Windows. Gli svantaggi sono che sebbene tu stia eseguendo il porting di COBOL, il fatto che stai eseguendo il porting su un diverso sistema operativo potrebbe rendere le cose complicate (specialmente se ci sono dipendenze specifiche di OpenVMS);
- Traduci automaticamente il COBOL in un linguaggio più moderno come Java. Questo ha l'ovvio vantaggio di liberare immediatamente uno da tutti i problemi precedenti in un colpo solo: supporto hardware, supporto del sistema operativo e soprattutto ricerca di amministratori e programmatori. A parte il fatto che si tratta di un grosso lavoro, uno svantaggio ovvio è il fatto che uno finirà con Java non idiomatico (o qualunque altra lingua obiettivo verrà scelta in ultima analisi); discutibilmente, questo è qualcosa che può essere migliorato nel tempo.
- Una riscrittura, da zero (naturalmente, utilizzando le moderne tecnologie). Chiunque lo abbia fatto sa quanto sia costoso e dispendioso in termini di tempo. L'ho incluso solo per completare l'elenco :)
Si noti che non esiste alcuna dipendenza da un DBMS proprietario; il database è basato su file ISAM.
Quindi ... la mia domanda è:
Quali sono gli altri di fronte a l'obsolescenza imminente Itanium facendo per mantenere la continuità del business, quando la loro piattaforma preferita è OpenVMS e COBOL?
UPDATE:
Abbiamo avuto una garanzia ufficiale del nostro rappresentante HP locale che Integrity/Itanium/OpenVMS sarà supportato almeno fino a 2022. Credo che questo significa che l'intera questione è meno di la piattaforma e altro sulla lingua (COBOL).
Questa è una brutta situazione. Vorrei provare a contattare MicroFocus per scoprire quale tipo di strategia di migrazione stanno sviluppando per i loro clienti. Credo che MicroFocus abbia promosso la migrazione delle applicazioni COBOL alle piattaforme Itanium. E a causa di ciò, sospetto che lavoreranno duramente come chiunque altro per trovare un percorso di migrazione da Itanium a "la prossima e più grande cosa" - qualunque cosa possa essere. Hanno così tanto da perdere in questo come chiunque così scoprire dove la loro nave sta navigando e forse un passaggio. – NealB
Sembra che si debba prendere seriamente in considerazione la possibilità di spostare OpenVMS. Dovresti chiedere a HP se hanno un prodotto UNIX che supporta HP COBOL. Inoltre, oltre al suggerimento di NealB, dovresti controllare anche con Veryant, che offrono due diversi compattatori COBOL (http://www.veryant.com) – colemanj