Umgebung und Implementierungsstrategie
Letzte Aktualisierung: 07.07.2026In diesem Abschnitt wird der Schwerpunkt auf die Umgebungsstrategie für eine Unternehmensimplementierung von Talend Cloud gelegt. In der Regel gehören zu einer unternehmensweiten Implementierung von Talend folgende Elemente:
- Zahlreiche User Personas, jede mit Tools gemäß ihren Anforderungen ausgestattet, z. B. Pipeline Designer für einen Data Scientist oder Talend Studio für einen Data Engineer.
- In Talend Studio entwickelte Artefakte, für die ein kompletter Enterprise Software Development Life Cycle (SDLC) erforderlich ist, einschließlich Continuous Integration und Continuous Delivery (CI/CD).
- Mehrere Teams, die parallel an verschiedenen Projekten arbeiten.
- Hohe Verfügbarkeit und Lastausgleich
- Umgebungsspezifische Sicherheit/Zugriff
Für einfachere Implementierungen oder Implementierungen in kleinerem Umfang von Talend siehe die Umgebungsstrategie in Anhang: Paketierung und einfachere Implementierungen von Talend Cloud.
Für unternehmensweite Implementierungen empfiehlt Talend eine Strategie mit vier Umgebungen in Kombination mit einem automatisierten Ansatz in Bezug auf Entwicklung, Test und Implementierung:
Unternehmensstrategie
Eine typische Unternehmensimplementierung von Talend sollte vier Umgebungen umfassen: Entwicklung, Test, Vorproduktion und Produktion.
Implementierungsstrategie
Das folgende Diagramm bietet einen Überblick über die Implementierungsstrategie.
Entwicklungsumgebung:
- Entwicklern vorbehalten. Entwickler verwenden Talend Studio für den Entwurf und Unit-Test von Artefakten.
- Umgebung, in der die gesamte Entwicklungstätigkeit erfolgt.
- Artefakte werden ausgehend von dieser Umgebung in Talend Cloud implementiert.
- Kontinuierliche Integration/Entwicklung (CI/CD) in Kombination mit einem im Detail festgelegten Git-Workflow zum Entwickeln, Testen, Implementieren und Promoten von Artefakten.
- Integrationstests vorbehalten.
- Wird in erster Linie für den Test und die Validierung der vom Entwicklungsteam erstellten Artefakte verwendet.
- Keine Hochverfügbarkeit bzw. kein Lastausgleich - der Schwerpunkt liegt auf dem Test der Funktionsweise und nicht der Infrastruktur oder der Leistung.
- Sollte ein genauer Spiegel der Produktionsumgebung sein, einschließlich Hochverfügbarkeit/Lastausgleich, repräsentativer Daten und Volumes usw.
- Wird für Akzeptanz- (UAT) und Leistungstests verwendet.
- Dient dem Test von Patches für Hochverfügbarkeit bzw. Lastausgleich vor einem Einsatz in der Produktion.
- Ermöglicht die Reproduktion von Fehlern in der Produktion.
- Die Live-Umgebung.