Sagen Sie uns, wie wir helfen können
Vertrieb & Preise
Speak to a rep about your business needs
Hilfe & Support
See our product support options
Allgemeine Anfragen und Standorte
Kontakt
Mainframe DevOps wendet Versionskontrolle, automatisierten Build und Testen sowie gesteuerte Bereitstellung auf COBOL-, PL/I-, JCL- und Assembler-Anwendungen auf z/OS an. Source kann in Enterprise Git, in der BMC AMI DevX Code Pipeline oder in beiden genutzt werden. Build, Promotion, Deployment und Audit laufen auf z/OS über Code Pipeline in jedem Fall, und Ihre bestehenden Orchestratoren und Compliance-Kontrollen bleiben bestehen.
Zwei Wege zur gleichen Pipeline
Teams erreichen Mainframe-CI/CD aus zwei Richtungen. Die BMC AMI DevX Code Pipeline unterstützt beides, und der Mainframe verhält sich auf beiden Pfaden gleich.
Code Pipeline enthält die Quellcode.
Code Pipeline fungiert als Quellcode-Manager mit Feature-Branching und arbeitet mit Git-Workflows zusammen, in denen der Rest der Organisation arbeitet. Teams, die von Endevor oder ChangeMan absteigen, beginnen hier.
Enterprise Git enthält die Quelle
GitHub, GitLab, Bitbucket oder Azure Repos bleiben das System der Eintragung. Code Pipeline führt Build, Promotion, Deployment und Audit auf z/OS aus. Dein Orchestrator löst es über Webhooks, REST oder die Kommandozeile aus.
Code Pipeline verfolgt einen offenen Grenzen-Ansatz . Source lebt dort, wo deine Teams arbeiten, und bauen, deployen und auditen laufen auf z/OS über einen Satz von verwalteten Pipelines. Teams ändern ihre Pfade, ohne die Pipeline neu zu bauen.
Wie eine Pipeline vom Commit bis zur Produktion auf z/OS läuft
Gehen Sie eine einzelne Änderung vom Commit bis zur Produktion durch die BMC AMI DevX Code Pipeline.
1. Eine Änderung tritt in die Pipeline ein
Source landet in Enterprise Git unter Pull-Request-Regeln oder in Code Pipeline unter einer Zuweisung. So oder so feuert ein Webhook deinen Orchestrator.
2. Dein Orchestrator ruft Code Pipeline auf
Jenkins, GitHub Actions, Azure DevOps oder GitLab CI/CD rufen die BMC AMI DevX Code Pipeline über REST, die Kommandozeile oder eine DevOps-Erweiterung auf. Kein benutzerdefinierter Brückencode.
3. Code-Pipeline-Builds auf z/OS
Modulare Kompilierungsskelette kompilieren COBOL, PL/I, JCL und Assembler und lösen Copybooks auf, die nativ auf z/OS laufen.
4. Code-Pipeline verfolgt Komponentenabhängigkeiten
Programme, Copybooks und aufgerufene Programme durchlaufen den Lebenszyklus mit intakten Beziehungen. Die Impact Analysis deckt die nachgelagerten Komponenten auf, die eine Änderung beeinflusst, und jede Aktion wird auf die Audit-Spur geschrieben.
5. Code Pipeline fördert genehmigte Änderungen
Die Beförderung bewegt genehmigte Änderungen durch Lebenszyklusphasen, wendet die Umgebungskonfiguration an und setzt Genehmigungen an jedem Gate durch.
6. Code-Pipeline wird bereitgestellt und behält einen Rückfallpfad
Echtzeitstatus über Zielumgebungen hinweg, Genehmigungen von Web oder Mobilgeräten sowie teilweise oder vollständiger Rückgriff auf eine gültige vorherige Version, wenn ein Deployment schiefgeht.
Was z/OS zu deiner Pipeline hinzufügt und was schließt sie
Diese Unterschiede bestimmen, ob Ihre Pipeline der Kontrollpunkt bleibt oder zu einem Koordinator wird, der Anweisungen an Systeme weitergibt, die sie nicht steuert.
| Dimension | Ihre verteilte Pipeline | Was z/OS hinzufügt | Was die BMC AMI DevX Code Pipeline bietet |
|---|---|---|---|
| Wahrheitsquelle | Git-Repository | Der Quellcode kann in Git, in einem Mainframe-SCM oder in beiden liegen | Funktioniert als Quellcode-Manager mit Feature-Branching oder als Build- und Deployment-Schicht unter Enterprise Git |
| Bau | Kompilieren und paketieren Sie portable Artefakte | Kompilieren, linkbearbeiten und Copybooks gegen das Zielsystem auflösen | Modulare Kompilierungsskelette, die COBOL, PL/I, JCL und Assembler abdecken |
| Verwaltung | Politikgesteuert, oft extern zur Pipeline | Genehmigungen, die pro Änderung geprüft werden | Genehmigungen bei jeder Promotion-Tür vom Web oder Mobile aus mit vollständiger Audit-Spur |
| Genesung | Das vorherige Artefakt neu einsetzen | Fallback stellt das laufende Programm wieder her | Teil- oder vollständiger Rückgriff auf eine gültige vorherige Version auf Abruf |
Wo die BMC AMI DevX Code Pipeline in der CI/CD-Architektur arbeitet
Code Pipeline führt die Mainframe-Seite des Lebenszyklus aus. Sie verwaltet den Quellcode oder nimmt Quellcode von Enterprise Git. Sie erstellt, befördert, bereitet und zeichnet jede Aktion auf z/OS auf. Verteilte Orchestratoren steuern sie über Webhooks, REST oder die Kommandozeile, und die Ergebnisse kehren zur Pipeline zurück, die sie aufgerufen hat.
Code Pipeline ist die CI/CD-Schicht von BMC AMI DevX, der Produktivitätsplattform für Mainframe-Entwickler von BMC.
Mainframe-DevOps-Ergebnisse mit Code Pipeline
15x
mehr Codeänderungen pro Jahr
50%
Reduzierung der Kosten für die Verwaltung der Werkzeugkette
6x
Schnellere Bereitstellungsfrequenz (Fortune-100-Finanzdienstleisterkunde)
7,1 Millionen Dollar
Dreijähriger Barwert durch erhöhte Freisetzungsfrequenz
Wie Mainframe-DevOps einen verwalteten Datensatz führt
Alles wird aufgezeichnet, während es passiert. Ein Ausführungspfad erfasst Build, Promotion, Approval und Deployment, während sie ablaufen. Die BMC AMI DevX Code Pipeline unterstützt Rückfall auf gültige frühere Versionen mit Lebenszyklus-Transparenz und Audit-Kontrollen.
Parallelität funktioniert ohne Kollisionen
Entwickler arbeiten gleichzeitig an voneinander abhängigen Komponenten. Code Pipeline verfolgt den Lebenszykluszustand jeder Komponente und jeder Version, sodass parallele Arbeit sichtbar bleibt und Impact Analysis Konflikte aufdeckt, bevor sie in die Produktion gelangen.
Ein Ausführungspfad über die Plattformgrenze hinweg
Der gleiche Ausführungspfad steuert verteilte und z/OS-Änderungen.
Absicht und Ausführung bleiben verbunden
Die Absicht wird dort dokumentiert, wo Ihre Teams arbeiten, in einer Pull Request oder in einer Code Pipeline-Zuweisung. Die Ausführung wird in der Pipeline geregelt. Die Aufzeichnung darüber, was ausgesendet wurde, wann und wer sie genehmigt hat, befindet sich an einem Ort.
Die Governance bleibt innerhalb der Pipeline
Genehmigungs- und Beförderungskontrollen werden im Ablauf der Pipeline durchgesetzt, und jede Aktion wird auf die Audit-Spur geschrieben.
SBOM-Generierung für z/OS-Anwendungen
Die Pipeline hält den Datensatz bereits. Jede Beförderung, Genehmigung und Bereitstellung wird darauf geschrieben, zusammen mit den Komponenten, die jede Änderung berührt hat. Die Erstellung eines Komponenteninventar aus diesem Datensatz wird zu einem Auftrag, den du planst, statt zu einem Projekt, das du betreust.
Verteilte CI/CD-Plattformen erzeugen SBOMs für Container und verpackte Artefakte. Sie decken nicht die COBOL-, PL/I-, JCL- und Assembler-Anwendungen ab, die auf z/OS laufen.
Das EU-Gesetz zur Cyber-Resilienz schreibt SBOMs für den Marktzugang vor. Artikel 8 des EU-Gesetzes zur digitalen operativen Resilienz verpflichtet Finanzinstitute, ihre IKT-Vermögenswerte zu identifizieren und zu dokumentieren sowie diese Bestände aktuell zu halten.
Die BMC AMI DevX Code Pipeline generiert den SBOM über einen Batch-Job-Termin von Teams innerhalb der bereits ausgeführten Pipeline. Die Ausgabe ist CycloneDX JSON, das Programmnamen und -versionen, Copybooks und aufgerufene Programme für die Komponenten abdeckt, die Code Pipeline verwaltet. Das Inventar aktualisiert sich so oft, wie der Job ausgeführt wird.
- Compliance-Nachweise auf Abruf: Herkunft und Transparenz der Lieferkette für die von Code Pipeline verwalteten Komponenten.
- Schnellere Schwachstellenreaktion: Komponenteninventar existiert bereits vor einem Ereignis.
- Ein Nachweis , der aktuell bleibt: Das Inventar aktualisiert sich so oft, wie der Auftrag läuft.
Lesen Sie das Datenblatt
Mainframe-DevOps-FAQs
Was ist Mainframe-DevOps und wie integriert es sich mit Unternehmens-CI/CD-Pipelines?
Welche Mainframe-DevOps-Plattformen unterstützen Jenkins, GitLab CI, GitHub Actions und Azure DevOps Integration?
Wie verwalten Unternehmen die Bereitstellung von Großrechner-Software mit Rückfall- und Promotions-Workflows?
Wie können Unternehmen agile und DevOps-Praktiken auf Mainframe-Entwicklungsteams ausweiten?
Wie sieht die Migration von Endevor, ChangeMan oder ähnlichen SCMs aus?
Kann ich Mainframe-CI/CD ausführen, ohne die Quellquelle auf Git zu verschieben?
Wie erstelle ich eine Software-Stückliste für COBOL-Anwendungen auf z/OS?
Mainframe-DevOps-FAQs
Was ist Mainframe-DevOps und wie integriert es sich mit Unternehmens-CI/CD-Pipelines?
Welche Mainframe-DevOps-Plattformen unterstützen Jenkins, GitLab CI, GitHub Actions und Azure DevOps Integration?
Wie verwalten Unternehmen die Bereitstellung von Großrechner-Software mit Rückfall- und Promotions-Workflows?
Wie können Unternehmen agile und DevOps-Praktiken auf Mainframe-Entwicklungsteams ausweiten?
Wie sieht die Migration von Endevor, ChangeMan oder ähnlichen SCMs aus?
Kann ich Mainframe-CI/CD ausführen, ohne die Quellquelle auf Git zu verschieben?
Wie erstelle ich eine Software-Stückliste für COBOL-Anwendungen auf z/OS?
TrustRadius-Auszeichnungen für BMC AMI DevX
BMC AMI DevX hat aufeinanderfolgende Top Rated Auszeichnungen und einen Buyer's Choice Award von TrustRadius erhalten, was eine anhaltende Kundenzufriedenheit widerspiegelt. Nutzer erkannten die Lösung zur Modernisierung der Mainframe-Entwicklung, zur Verbesserung der Codequalität und zur schnelleren und sichereren Auslieferung in Unternehmensumgebungen.