Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
GILT FÜR:
Azure Data Factory Azure Synapse Analytics
Tip
Probieren Sie Data Factory in Microsoft Fabric aus, eine Komplettlösung für Analysen für Unternehmen. Microsoft Fabric umfasst alles von der Datenbewegung über Datenwissenschaft, Echtzeitanalysen, Business Intelligence bis hin zu Berichterstellung. Erfahren Sie, wie Sie ein neues Testangebot starten können – kostenlos!
In Azure Data Factory stellt die Einführung des Connectorlebenszyklus sicher, dass Kunden immer Zugriff auf die zuverlässigsten, sichersten und funktionsreichen Connectors haben. Mit den strukturierten Lebenszyklusphasen entwickelt sich das Hauptupgrade des Connectors durch unterschiedliche Lebenszyklusphasen, von der Vorschau bis zur allgemeinen Verfügbarkeit und dem Ende des Supports, was klare Erwartungen an Stabilität, Support und zukünftige Verbesserungen bietet. Dieses Lebenszyklusframework garantiert, dass Benutzer neue Connectors nahtlos und zuversichtlich einführen, von regelmäßigen Leistungs- und Sicherheitsupdates profitieren und sich im Voraus auf die Ausmusterung älterer Versionen vorbereiten können. Durch die Verwendung der Versionsverwaltung innerhalb des Connectorlebenszyklus ermöglicht der Dienst Benutzern eine vorhersehbare, transparente und zukunftssichere Integrationserfahrung, verringert die Betriebsrisiken und verbessert die Zuverlässigkeit der Gesamtauslastung.
Release rhythm
Upgrade von Verbindern sind unerlässlich, um Innovationen schnell voranzutreiben und Leistung, Kompatibilität sowie Zuverlässigkeit aufrechtzuerhalten. Diese Upgrades treten in der Regel in den folgenden Szenarien auf:
Neue Featureverbesserungen wie Sicherheit, Leistung usw.
Während sich der Dienst aktiv weiterentwickelt, um die sichersten und zuverlässigsten Features im Connector bereitzustellen, ist das Anwenden des Connectorlebenszyklus ein effizienter Ansatz, um sicherzustellen, dass Benutzer die neuen Verbesserungen in ihrem verwaltbaren Tempo ohne Betriebsunterbrechung vollständig nutzen können.
Von externen Datenquellenanbietern eingeführte Protokolländerungen, die zu potenziellen Verhaltensänderungen führen
Diese Änderungen sind nicht immer erschöpfend vorhersagbar und entstehen aufgrund der Inkompatibilität, die von einzelnen Datenquellenanbietern selbst gebracht werden. Angesichts dieser Unsicherheiten stellt die Versionsverwaltung sicher, dass Benutzer den aktualisierten Connector (z. B. Version 2.0) übernehmen können, während eine Fallbackoption in einem Zeitraum beibehalten wird. Dadurch können Benutzer ein Versionsupgrade gut planen, um potenzielle Unterschiede zu berücksichtigen und benutzern einen klaren Übergangspfad zu bieten.
Beheben unbeabsichtigter Verhaltensweisen
In einigen Fällen können frühere Connectorversionen aufgrund von Legacyeinschränkungen unerwartetes oder fehlerhaftes Verhalten zeigen. Wenn ein Upgrade diese Verhaltensweisen korrigiert und die Datenintegrität und Zuverlässigkeit verbessert, kann es auch zwangsläufig Verhaltensänderungen verursachen. In diesem Fall spielt die Versionsverwaltung eine entscheidende Rolle, um sicherzustellen, dass Benutzer diese Änderungen kennen, sie in einer kontrollierten Umgebung testen und reibungslos ohne Unterbrechungen übertragen können.
Durch die Einführung eines strukturierten Connectorlebenszyklus mit Versionsverwaltung bietet der Dienst Kunden Transparenz, Kontrolle und Vorhersehbarkeit, wenn Connectorupgrades eingeführt werden. Benutzer können neue Versionen sicher auswerten, Risiken im Zusammenhang mit Verhaltensänderungen mindern und von kontinuierlichen Verbesserungen profitieren und gleichzeitig die Betriebsstabilität beibehalten.
Das Diagramm beschreibt den Lebenszyklus einer Connectorversion von der privaten Vorschau bis zur Entfernung.
Ein Connectorlebenszyklus umfasst mehrere Phasen mit gründlicher und messbarer Bewertung, um die Qualität sicherzustellen. Es umfasst private Vorschau, öffentliche Vorschau, allgemeine Verfügbarkeit, Ende des Supports und entfernte Version. In der folgenden Tabelle sind der Stufenname und die relevanten Kriterien aufgeführt.
| Stage | Description | Lifecycle |
|---|---|---|
| Private Preview | Die private Vorschauphase kennzeichnet die erste Version einer neuen Connectorversion für eingeschränkte Benutzer. Während dieser Phase können Benutzer, die sich angemeldet haben, die neueste Version des Connectors verwenden und Feedback geben. | 3 Monate oder höher |
| Public Preview | In dieser Phase wird eine neue Connectorversion zum ersten Mal für alle Nutzer freigegeben. Während dieser Phase werden Benutzer ermutigt, die neueste Connectorversion zu testen und Feedback zu geben. Bei neu erstellten Verbindungen wird standardmäßig die neueste Connectorversion verwendet. Benutzer können zurück zur vorherigen Version wechseln. | 1 Monat oder höher* |
| General Availability | Sobald eine Connectorversion die Kriterien für allgemeine Verfügbarkeit (General Availability, GA) erfüllt, wird sie für die Öffentlichkeit freigegeben und eignet sich für Produktionsworkloads. Um diese Phase zu erreichen, muss die neue Connectorversion die Anforderungen hinsichtlich Leistung, Zuverlässigkeit und Fähigkeit erfüllen, die geschäftlichen Anforderungen zu erfüllen. | 12 Monate oder höher* |
| Ankündigung zum Ende des Supports (EOS) | Wenn eine Connectorversion ihre EOS erreicht, erhalten sie keine weiteren Updates oder Support. Das EOS-Datum dieser Version wird sechs Monate im Voraus angekündigt. Dies wird zusammen mit dem Entfernungsdatum dokumentiert. | 6 Monate vor ablaufendem Supportdatum* |
| End-of-Support (EOS) | Sobald das zuvor angekündigte EOS-Datum eintrifft, wird die Connectorversion offiziell nicht unterstützt. Dies bedeutet, dass keine Updates oder Bugfixes zur Verfügung gestellt werden und kein offizieller Support bereitgestellt wird. Benutzer können keine neuen Workloads in einer Version erstellen, die sich in der EOS-Phase befindet. Die Verwendung einer nicht unterstützten Connectorversion erfolgt auf eigenes Risiko des Benutzers. Die Arbeitslast, die auf der EOS-Version läuft, schlägt möglicherweise nicht sofort fehl. Der Dienst kann den Wechsel zur endgültigen Phase jederzeit beschleunigen, nach Eigenem Ermessen von Microsoft aufgrund ausstehender Sicherheitsprobleme oder anderer Faktoren. | / |
| Version removed | Sobald die Connectorversion das EOS-Datum übergibt, entfernt der Dienst alle zugehörigen Komponenten, die dieser Connectorversion zugeordnet sind. Dies bedeutet, dass Pipelines, die diese Connectorversion verwenden, die Ausführung einstellen. | 1-12 Monate nach Ablauf des Supportdatums* |
* Diese Zeitachsen werden als Beispiel bereitgestellt und können je nach verschiedenen Faktoren variieren. Lebenszykluszeitpläne können nach eigenem Ermessen von Microsoft geändert werden.
Grundlegendes zu Connectorversionen
Um Verbindungsupdates effektiv zu verwalten, ist es wichtig, die Versionsverwaltung zu verstehen und die Änderung zu interpretieren. Connectors in Azure Data Factory befolgen allgemein das Versionsschema "Major.Minor" (z. B. 1.2):
- Hauptupdates (x.0): Dies sind erhebliche Änderungen, die eine Überprüfung der Änderungen vor dem Upgrade erfordern.
- Kleinere Updates (1.x): Diese können neue Features oder Korrekturen einführen, aber mit geringfügigen Änderungen am vorhandenen Verhalten.
So behandelt Data Factory das Upgrade der Connectorversion
Haupt- und Nebenversionsupdates können Änderungen enthalten, die sich auf die Pipelineausgabe oder zugehörige Komponenten auswirken können. Um Ihnen bei der Vorbereitung zu helfen, informieren wir Sie im Voraus, indem wir ein Fenster zum Testen und Aktualisieren auf die neueste Version bereitstellen. Spezifische Beispiele für Versionsänderungen finden Sie in der Dokumentation für jeden einzelnen Connector. Wir empfehlen, möglichst früh ein Upgrade auf die neueste Version durchzuführen, um von aktuellen Verbesserungen zu profitieren und sicherzustellen, dass Ihre Pipelines weiterhin reibungslos und zuverlässig ausgeführt werden.
Wenn neue Versionen veröffentlicht werden, wird der Dienst für alle neu erstellten verknüpften Dienste standardmäßig auf die neuesten neuen Versionen festgelegt. Zu diesem Zeitpunkt können Benutzer bei Bedarf auf die frühere Version zurückgreifen.
Wenn eine Version das Enddatum des Supports erreicht, dürfen Benutzer keinen neuen verknüpften Dienst mehr für diese Version erstellen.
Zusätzlich zu Haupt- und Nebenversionsupdates bietet der Dienst auch neue Features und Fehlerbehebungen, die vollständig abwärtskompatibel mit Ihrem vorhandenen Setup sind. Für diese Änderungen ist keine Versionsaktualisierung für den Connector erforderlich. Je nach Art der Änderung erhalten Benutzer die Verbesserungen möglicherweise automatisch oder haben die Möglichkeit, bei Bedarf neue Features zu aktivieren. Dieser Ansatz sorgt für eine nahtlose Erfahrung bei gleichzeitiger Stabilität und Flexibilität.