Die neue Generation von Software Development Lifecycle Tools für IBM i
Avalon ist die nächste Evolutionsstufe von Change Management und Application Lifecycle Management für IBM i.
Integrieren Sie klassische und moderne IBM-i-Entwicklung nahtlos in die Toolchains, die Ihr Unternehmen bereits für Java, .NET, JavaScript, Python, Rust und andere Plattformen nutzt.
Ob GitHub, Azure DevOps, GitLab, Bitbucket oder GitBucket, ob Jenkins, GitHub Actions, Azure DevOps oder GitLab CI, ob Nexus oder Artifactory: Avalon integriert IBM i in Ihre bestehende Entwicklungs- und DevOps-Landschaft.
Oder Sie betreiben den gesamten Entwicklungsprozess weiterhin zu 100 % auf IBM i.
Ihre IBM i. Ihre Toolchain. Ihr Entwicklungsprozess. Avalon verbindet alles.
IBM i
Anwendung, Quellcode und Objekte
Avalon
Erfassen, vorbereiten, bauen
Git & VS Code
Branches, Entwicklung und Zusammenarbeit
WAS IST AVALON?
Ein moderner Workflow für gewachsene IBM i Anwendungen.
Die Anwendung bleibt auf IBM i. Die Art, wie Ihr Team daran entwickelt, wird moderner.
DER NUTZEN
Weniger Brüche im Entwicklungsprozess.
Von der Übernahme der bestehenden Anwendung bis zur Auslieferung greifen Werkzeuge und Abläufe ineinander.
01
Bestehendes Wissen mitnehmen
Avalon erfasst Source Member, Objekte, Beziehungen und RPG-Includes und bereitet die Anwendung für Git vor.
02
03
Auf IBM i bauen und testen
Builds laufen auf IBM i. Geänderte Objekte entstehen in einer eigenen Workspace Library für Benutzer und Branch.
04
Nur Änderungen kompilieren
Avalon unterstützt inkrementelle Kompilierungen und gibt Build-Ergebnisse sowie Logs zurück.
05
06
SO ARBEITET IHR TEAM
Ein Entwicklungsablauf, der Git und VS Code mit dem Build auf IBM i verbindet.
01 / ENTWICKELN
In VS Code arbeiten
Der Entwickler ändert den Code lokal in VS Code, Avalon kümmert sich um IBM i und übernimmt automatisch Build-Umgebung, Abhängigkeiten, Bibliotheken, Objekterstellung sowie die Rückmeldung von Compilerfehlern.
02 / BUILD
Build anstoßen
Den Build aus VS Code starten; Avalon kompiliert auf IBM i.
03 / TEST
Isoliert prüfen
Nach dem Build startet Avalon automatisch vorhandene Unit Tests oder optional ReplicTest. Fehler aus Build oder Tests werden direkt an VS Code zurückgegeben und können sofort bearbeitet werden.
04 / NACHBESSERN
Bei Bedarf wiederholen
Code anpassen und Build sowie Test erneut durchlaufen.
05 / TEILEN
Änderungen pushen
Den geprüften Stand committen und ins zentrale Git-Repository übertragen.
GUT ZU WISSEN
Vom Commit bis zur Produktion – voll automatisiert
Ihre CI/CD-Plattform kann die von Avalon erzeugten Objekte automatisiert durch die vorgesehenen Entwicklungs-, Test-, QA- und Produktionsumgebungen transportieren. Dabei können Zielbibliotheken auf derselben IBM i oder unterschiedliche IBM-i-Partitionen verwendet werden. Jenkins, GitHub Actions, Azure DevOps, GitLab CI oder andere CI/CD-Plattformen können den mit Avalon aufgebauten Build-, Test- und Deployment-Prozess automatisieren. Nach einem erfolgreichen Commit übernimmt Ihre vorhandene CI/CD-Plattform den weiteren Prozess.
DER EINSTIEG
Objekte, Source Member und Cross-References erfassen
RPG- und RPGLE-Includes berücksichtigen
Objekte ohne klassischen Source Code über Pseudo-Quellen abbilden
Quellcode für ein Git-Repository vorbereiten
VEREINFACHT DARGESTELLT
01 IBM i-Libraries analysieren
02 Quellcode und Beziehungen erfassen
03 Für Git vorbereiten
AUTOMATISIERUNG
Von Git bis zum Deployment.
In einer CI/CD-Pipeline lädt ein Automatisierungsserver den Code aus Git und startet den Avalon Build auf IBM i. Die erzeugten Artefakte werden abgelegt und in einem separaten Deployment-Prozess auf das Zielsystem übertragen.
01 / Git
Code und Branch laden
02 / Automatisierung
Zum Beispiel Jenkins oder GitHub Actions
03 / Avalon auf IBM i
Build, Kompilierung und Logs
04 / Artefakt- Repository
Erzeugte Artefakte können beispielsweise in Nexus oder Artifactory versioniert und für weitere Deployment-Prozesse bereitgestellt werden. Save File und Deployment-Archiv ablegen. Avalon integriert sich hier nahtlos in bestehende Enterprise-Toolchains.
05 / Deployment
Separater Prozess: Ziel-Libraries aktualisieren
Der konkrete Ablauf und die eingesetzten Werkzeuge richten sich nach Ihrer bestehenden Infrastruktur.
HÄUFIGE FRAGEN
Ersetzt Avalon unsere IBM i-Anwendung?
Nein. Avalon setzt auf der bestehenden Anwendung auf und unterstützt einen modernen Entwicklungs- und Auslieferungsprozess. Die Builds laufen weiterhin auf IBM i.
Brauchen unsere Entwickler Git und VS Code?
Der in dieser Seite beschriebene Entwicklungsablauf nutzt ein Git-Repository und VS Code. Avalon verbindet diesen lokalen Workflow mit Builds auf IBM i.
Kann Avalon in unsere CI/CD-Pipeline eingebunden werden?
Ja. Die beschriebenen Abläufe sehen die Einbindung eines Automatisierungsservers wie Jenkins, GitHub Actions oder GitLab CI/CD vor. Die konkrete Integration hängt von Ihrer Umgebung ab.
Was passiert beim Testen von Änderungen?
Die im Branch geänderten Objekte werden in einer eigenen Workspace Library für den jeweiligen Benutzer und Branch erstellt. Dort lassen sich die Änderungen vor dem Push prüfen.
Kann Avalon mit KI-Agenten zusammenarbeiten?
Ja. KI-Agenten können über LIGHTMAN und Avalon bestehende Anwendungen analysieren, Änderungen durchführen, Builds starten und Tests ausführen. Der vorhandene CI/CD- und Deployment-Prozess bleibt dabei bestehen.
Kontakt aufnehmen.
Mit Wissen Verbinden.
Digitale IT-Schulungen, Lernplattformen und individuelle Lösungen für Ihren Fortschritt.