Umgebung und Implementierungsstrategie
In 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.