Umgebung und Implementierungsstrategie
- Zahlreiche User Personas, jede mit Tools gemäß ihren Anforderungen ausgestattet, z. B. Pipeline Designer für einen Data Scientist oder Studio Talend für einen Data Engineer.
- In Studio Talend 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.
- Entwicklern vorbehalten. Entwickler verwenden Studio Talend 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.
Hat diese Seite Ihnen geholfen?
Wenn Sie Probleme mit dieser Seite oder ihren Inhalten feststellen – einen Tippfehler, einen fehlenden Schritt oder einen technischen Fehler –, teilen Sie uns bitte mit, wie wir uns verbessern können!