Immagina una società che utilizza mainframe per eseguire (parte delle) applicazioni aziendali (spesso mission-critical) e utilizzare z / OS (noto anche come OS / 390 o MVS ).
Quali sono i software tipici che usano per facilitare la gestione delle modifiche e della configurazione del software, per il software che viene distribuito / utilizzato su quei mainframe?
Risposte:
Dalla mia esperienza, questi sono alcuni dei pacchetti software tipici:
Tutti questi pacchetti possono gestire, più o meno immediatamente, qualsiasi cosa sia memorizzata in normali componenti "PDS" (una tipica struttura di file usata in z / OS).
Quando si tratta di un'azienda che valuta quale si adatta meglio a loro, spesso si riduce a questi criteri:
IBM SCLM è percepito come esente da costi di licenza / manutenzione (in realtà è incluso nella licenza z / OS, che di per sé non è gratuito). Quindi, se non è disponibile un budget dedicato, questo è spesso il pacchetto software che viene selezionato (meglio quindi nessun pacchetto). Se c'è un budget, questo è spesso quello che non arriva alla lista.
CA Endevor ha la base di installazione più elevata. Il suo punto di forza, IMO, è il modo in cui è possibile rintracciare per ciascun eseguibile come è stato compilato / collegato usando quale versione di quali blocchi di costruzione (quaderni, ecc.).
La base di installazione di SERENA ChangeMan ZMF è leggermente inferiore a quella di CA Endevor . Alcuni dei suoi punti di forza sono:
Compuware ISPW è come il "nuovo bambino in città" (rispetto all'alternativa CA Endevor o SERENA ChangeMan ZMF ). È comunemente percepita come la soluzione in cui "qualsiasi requisito SCM personalizzato può essere implementato con esso, con uno sforzo relativamente basso per farlo".
Guardandolo dal punto di vista dell'architettura, SERENA ChangeMan ZMF e Compuware ISPW sembrano avere l'architettura più aperta, che è ciò di cui hai bisogno se vuoi sintonizzarla per gestire i componenti software scritti in un linguaggio 4GL che è ( ciò che alcuni chiamano) più esotici, rispetto ai linguaggi 3GL come COBOL , PL / I , ecc. Vale a dire perché i componenti software sono memorizzati in file system che non sono archiviati in PDS standard. Alcuni esempi di queste lingue sono:
Attenzione: avere un'architettura aperta è l'ideale per adattarsi alle tue esigenze personalizzate (il cielo è il limite). Tuttavia, quando si tratta di aggiornare a nuove versioni, ha un prezzo per ottenere anche quei requisiti personalizzati aggiornati.
Nota : piuttosto per caso, durante una formazione di CA Endevor per gli esperti SERENA ChangeMan ZMF, abbiamo scoperto che CA Endevor e SERENA ChangeMan ZMF sembrano avere le stesse radici (da qualche parte alla fine degli anni '80 ...). Per coloro che hanno un po 'di familiarità con entrambi: vai a vedere qual è la funzionalità di questi programmi di utilità, con nomi simili ... (rimarrai scioccato ...):
Le risposte sopra presuppongono che la gestione del codice sorgente per z / OS debba essere diversa da qualsiasi altra piattaforma. La risposta 10 anni fa potrebbe essere stata la precedente. Ma z / OS si è evoluto insieme all'hardware z e non è più separato. Puoi usare un moderno gestore di codice sorgente come Git per tutto il tuo codice sorgente incluso COBOL o PL / I o assemblatore che potresti avere. Git è stato aggiornato per gestire la traduzione da ASCII a EDBCIC se ottieni la porta da Rocket Software. È ancora gratuito e open source, hanno appena fatto la compilazione per essere eseguiti sulla piattaforma. Avere il tuo codice sorgente z / OS nello stesso SCM ti consente anche di avere i tuoi casi di test e altri manufatti insieme a loro. Potresti essere sorpreso dal numero di strumenti open source che puoi utilizzare con z / OS.
Se si dispone di una pipeline DevOps, probabilmente funziona anche con z / OS, ad esempio Jenkins funziona sulla piattaforma. Con un PTF corrente a z / OS puoi persino memorizzare i tuoi manufatti in Artifactory o Nexus come qualsiasi altra piattaforma. Il processo e le pratiche utilizzate su altre piattaforme funzionano anche per z / OS, quindi non vi è alcun motivo per cui debba essere separato o diverso.
C'è una società belga che opera nel mercato SCM (ora etichettano il loro prodotto come DevOps) da oltre 12 anni. Ma dal momento che non sono un gigante come IBM o CA, sono meno conosciuti.
Tuttavia hanno il loro prodotto (IKAN ALM) in esecuzione presso grandi banche e compagnie assicurative, principalmente in sostituzione di Changeman. Supportano Mainframe e Distributed, ciò significa che le aziende saranno in grado di gestire Mainframe e, ad esempio, lo sviluppo (e la distribuzione) di Java utilizzando lo stesso strumento.
Hanno un marchio chiamato BlueBridge , che in realtà è il loro prodotto principale già configurato per Mainframe.