Stellen Sie sich ein Unternehmen vor, das Mainframes zum Ausführen (eines Teils) seiner (häufig geschäftskritischen) Geschäftsanwendungen und z / OS (auch als OS / 390 oder MVS bezeichnet ) verwendet.
Welche typischen Softwareprogramme werden verwendet, um die Verwaltung von Softwareänderungen und -konfigurationen für Software zu vereinfachen, die auf diesen Mainframes bereitgestellt / verwendet wird?
Antworten:
Aus eigener Erfahrung sind dies einige der typischen Software-Pakete:
Alle diese Pakete können praktisch alles verwalten, was in normalen "PDS" -Komponenten gespeichert ist (eine typische in z / OS verwendete Dateistruktur).
Wenn ein Unternehmen beurteilt, welches am besten zu ihm passt, läuft es häufig auf folgende Kriterien hinaus:
IBM SCLM wird als frei von Lizenz- / Wartungsgebühren angesehen (tatsächlich ist es in der z / OS-Lizenz enthalten, die selbst nicht kostenlos ist). Wenn also kein dediziertes Budget verfügbar ist, wird häufig dieses Softwarepaket ausgewählt (besser als gar kein Paket). Wenn es ein Budget gibt, dann ist dieses oft dasjenige, das es nicht in die engere Auswahl schafft.
CA Endevor verfügt über die höchste Installationsbasis. Die Hauptstärke von IMO ist, dass Sie für jede ausführbare Datei nachvollziehen können, wie sie mit welcher Version welcher Bausteine (Hefte usw.) kompiliert / verknüpft wurde.
Die Installationsbasis von SERENA ChangeMan ZMF liegt weit unter der von CA Endevor . Einige seiner Hauptstärken sind:
Compuware ISPW ist wie das "neue Kind in der Stadt" (verglichen mit der Alternative CA Endevor oder SERENA ChangeMan ZMF ). Es wird allgemein als die Lösung angesehen, bei der "beliebige benutzerdefinierte SCM-Anforderungen mit relativ geringem Aufwand implementiert werden können".
Wenn Sie die Architektur betrachten, haben SERENA ChangeMan ZMF und Compuware ISPW anscheinend die offenste Architektur. Diese benötigen Sie, wenn Sie sie optimieren möchten, um Softwarekomponenten zu verwalten, die in einer 4GL- Sprache geschrieben sind ( was manche nennen) exotischer, im Vergleich zu 3GL- Sprachen wie COBOL , PL / I , usw. Dh, weil die Softwarekomponenten in Dateisystemen gespeichert sind, die nicht in Standard-PDS gespeichert sind. Einige Beispiele für diese Sprachen sind:
Achtung: Eine "offene Architektur" zu haben ist großartig, um Ihren individuellen Anforderungen zu entsprechen (der Himmel ist die Grenze). Wenn es jedoch um das Upgrade auf neue Releases geht, ist es mit einem Preis verbunden, um diese benutzerdefinierten Anforderungen ebenfalls zu aktualisieren.
Hinweis : Ziemlich zufällig haben wir während eines CA Endevor-Trainings für SERENA ChangeMan ZMF-Experten festgestellt, dass CA Endevor und SERENA ChangeMan ZMF dieselben Wurzeln zu haben scheinen (irgendwo in den späten 1980er-Jahren ...). Für diejenigen, die mit beiden ein wenig vertraut sind: Überprüfen Sie die Funktionalität dieser Hilfsprogramme mit ähnlich benannten Namen ... (Sie werden schockiert sein ...):
Bei den obigen Antworten wird davon ausgegangen, dass sich die Verwaltung des Quellcodes für z / OS von jeder anderen Plattform unterscheiden muss. Die Antwort vor 10 Jahren könnte die obige gewesen sein. Aber z / OS hat sich zusammen mit der z-Hardware weiterentwickelt und ist nicht mehr getrennt. Sie können einen modernen Quellcode-Manager wie Git für Ihren gesamten Quellcode verwenden, einschließlich COBOL, PL / I oder Assembler. Git wurde aktualisiert, um die ASCII-zu-EDBCIC-Übersetzung zu verarbeiten, wenn Sie den Port von Rocket Software erhalten. Es ist immer noch kostenlos und Open Source, sie haben nur die Kompilierung durchgeführt, um es auf der Plattform laufen zu lassen. Wenn Sie Ihren z / OS-Quellcode im selben SCM haben, können Sie auch Ihre Testfälle und andere Artefakte neben sich haben. Sie werden überrascht sein, wie viele Open Source-Tools Sie unter z / OS verwenden können.
Wenn Sie über eine DevOps-Pipeline verfügen, funktioniert diese wahrscheinlich auch mit z / OS, da Jenkins beispielsweise auf der Plattform ausgeführt wird. Mit einem aktuellen PTF to z / OS können Sie sogar Artefakte in Artifactory oder Nexus speichern, wie Sie es mit jeder anderen Plattform tun. Die Prozesse und Methoden, die auf anderen Plattformen verwendet werden, funktionieren auch für z / OS, sodass es keinen Grund gibt, sich zu trennen oder zu unterscheiden.
Es gibt ein belgisches Unternehmen, das seit über 12 Jahren auf dem SCM-Markt tätig ist (jetzt kennzeichnen sie ihr Produkt als DevOps). Aber da sie kein Riese wie IBM oder CA sind, sind sie weniger bekannt.
Ihr Produkt (IKAN ALM) läuft jedoch bei großen Banken und Versicherungsunternehmen, hauptsächlich als Ersatz für Changeman. Sie unterstützen Mainframe und Distributed. Dies bedeutet, dass Unternehmen Mainframe und beispielsweise Java-Entwicklung (und -Bereitstellung) mit demselben Tool verwalten können.
Sie haben eine Marke namens BlueBridge , die eigentlich ihr Hauptprodukt ist, das bereits für Mainframe konfiguriert ist.