Delen via

Overzicht van de levenscyclus van de connector

In Azure Data Factory zorgt de introductie van de levenscyclus van de connector ervoor dat klanten altijd toegang hebben tot de meest betrouwbare, veilige en functierijke connectors. Met de gestructureerde levenscyclusfasen ontwikkelt de belangrijkste connectorupgrade zich door verschillende levenscyclusfasen, van preview tot algemene beschikbaarheid en einde van ondersteuning, met duidelijke verwachtingen voor stabiliteit, ondersteuning en toekomstige verbeteringen. Dit levenscyclusframework garandeert dat gebruikers naadloos nieuwe connectors met vertrouwen kunnen adopteren, profiteren van regelmatige prestatie- en beveiligingsupdates, en vooraf kunnen voorbereiden op de uitfasering van oudere versies. Door versiebeheer binnen de levenscyclus van de connector te gebruiken, biedt de service gebruikers een voorspelbare, transparante en toekomstbestendige integratieervaring, waardoor operationele risico's worden verminderd en de betrouwbaarheid van de werkbelasting wordt verbeterd.

Ritme vrijgeven

Connectorupgrades zijn essentieel om innovatie snel te ontwikkelen, prestaties, compatibiliteit en betrouwbaarheid te behouden. Deze upgrades vinden doorgaans plaats in de volgende scenario's:

  • Nieuwe functieverbeteringen, zoals beveiliging, prestaties, enzovoort.

    Hoewel de service zich actief ontwikkelt om de veiligste en betrouwbare functies in de connector te bieden, is het gebruik van de levenscyclus van de connector een efficiënte benadering om ervoor te zorgen dat gebruikers optimaal kunnen profiteren van de nieuwe verbeteringen in hun beheersbare tempo zonder bedrijfsonderbreking.

  • Protocolwijziging geïntroduceerd door externe gegevensbronleveranciers die leiden tot mogelijke gedragswijzigingen

    Deze wijzigingen zijn niet altijd volledig voorspelbaar en ontstaan als gevolg van incompatibiliteit die door de afzonderlijke leverancier van de gegevensbron zelf wordt gebracht. Gezien deze onzekerheden zorgt versiebeheer ervoor dat gebruikers de geüpdatete connector (bijvoorbeeld versie 2.0) kunnen gebruiken terwijl ze binnen een bepaalde periode een alternatief behouden. Gebruikers kunnen hiermee een versie-upgrade goed plannen om rekening te houden met potentiële verschillen en een duidelijk overgangspad te bieden.

  • Onbedoeld gedrag corrigeren

    In sommige gevallen kunnen eerdere connectorversies onverwacht gedrag of buggygedrag vertonen vanwege verouderde beperkingen. Wanneer een upgrade dit gedrag corrigeert en de gegevensintegriteit en betrouwbaarheid verbetert, kan dit ook onvermijdelijk gedragswijzigingen veroorzaken. In dit geval speelt versiebeheer een cruciale rol om ervoor te zorgen dat gebruikers zich bewust zijn van deze wijzigingen, ze in een gecontroleerde omgeving kunnen testen en probleemloos kunnen overstappen zonder onderbreking.

Door gebruik te maken van een levenscyclus van een gestructureerde connector met versiebeheer, biedt de service klanten transparantie, controle en voorspelbaarheid wanneer connectorupgrades worden geïntroduceerd. Gebruikers kunnen met vertrouwen nieuwe versies evalueren, risico's beperken die verband houden met gedragswijzigingen en profiteren van continue verbeteringen terwijl operationele stabiliteit behouden blijft.

Het diagram geeft een overzicht van de levenscyclus van een connectorversie van de persoonlijke preview tot het verwijderen ervan.

Schermopname van de pagina gekoppelde services.

Een levenscyclus van een connector omvat meerdere fasen met grondige en meetbare evaluatie om de kwaliteit te garanderen. Het bevat een persoonlijke preview, openbare preview, algemene beschikbaarheid, einde van de ondersteuning en versie die is verwijderd. De volgende tabel bevat de fasenaam en de relevante criteria.

Fase Beschrijving Levenscyclus
Privévoorvertoning De beperkte preview-fase markeert de eerste release van een nieuwe connectorversie voor een beperkt aantal gebruikers. Tijdens deze fase kunnen opt-in-gebruikers de nieuwste versie van de connector gebruiken en feedback geven. 3 maanden of hoger
Publieke Preview Deze fase markeert de eerste release van een nieuwe connectorversie openbaar voor alle gebruikers. Tijdens deze fase worden gebruikers aangemoedigd om de nieuwste connectorversie te proberen en feedback te geven. Voor nieuw gemaakte verbindingen wordt standaard de meest recente connectorversie gebruikt. Gebruikers kunnen teruggaan naar de vorige versie. 1 maand of hoger*
Algemene beschikbaarheid Zodra een connectorversie voldoet aan de algemene beschikbaarheidscriteria, wordt deze uitgebracht voor het publiek en geschikt voor productieworkloads. Om deze fase te bereiken, moet de nieuwe connectorversie voldoen aan de vereisten op het gebied van prestaties, betrouwbaarheid en de mogelijkheid om te voldoen aan de bedrijfsbehoeften. 12 maanden of hoger*
Aankondiging van het Einde van de Ondersteuning (EOS) Wanneer een connectorversie de EOS bereikt, ontvangt deze geen verdere updates of ondersteuning. Voor de EoS-datum van deze versie wordt een opzegtermijn van zes maanden gegeven. Dit wordt samen met de verwijderingsdatum gedocumenteerd. 6 maanden vóór de einddatum van de ondersteuning*
Einde van de ondersteuning (EOS) Zodra de eerder aangekondigde DATUM van DE EOS aankomt, wordt de connectorversie officieel niet ondersteund. Dit betekent dat er geen updates of oplossingen voor fouten worden ontvangen en dat er geen officiële ondersteuning wordt geboden. Gebruikers kunnen geen nieuwe werkbelastingen maken op een versie die zich in de EOS-fase bevindt. Het gebruik van een niet-ondersteunde connectorversie is op eigen risico van de gebruiker. De workload die wordt uitgevoerd op de SDK-versie kan mogelijk niet onmiddellijk mislukken, de service kan op elk gewenst moment sneller overstappen naar de laatste fase, naar eigen goeddunken vanwege openstaande beveiligingsproblemen of andere factoren. /
Versie verwijderd Zodra de connectorversie zijn EOS-datum bereikt, zal de service alle gerelateerde onderdelen van deze connectorversie verwijderen. Dit betekent dat pijplijnen die deze connectorversie gebruiken, zullen ophouden met uitvoeren. 1-12 maanden na het einde van de ondersteuningsdatum*

* Deze tijdlijnen worden als voorbeeld gegeven en kunnen variëren, afhankelijk van verschillende factoren. Tijdlijnen voor de levenscyclus kunnen naar eigen goeddunken van Microsoft worden gewijzigd.

Meer informatie over connectorversies

Als u verbindingsupdates effectief wilt beheren, is het belangrijk om versiebeheer te begrijpen en de wijziging te interpreteren. Connectors in Azure Data Factory volgen over het algemeen versiebeheer Major.Minor (bijvoorbeeld 1.2):

  • Belangrijke updates (x.0): Dit zijn belangrijke wijzigingen waarvoor u de wijzigingen moet controleren vóór de upgrade.
  • Secundaire updates (1.x): Deze kunnen nieuwe functies of oplossingen introduceren, maar met kleine wijzigingen in het bestaande gedrag.

Hoe Data Factory de upgrade van de connectorversie afhandelt

Belangrijke en secundaire versie-updates kunnen wijzigingen bevatten die van invloed kunnen zijn op de uitvoer van uw pijplijn of gerelateerde onderdelen. Om u voor te bereiden, informeren we u van tevoren, met een venster voor testen en upgraden naar de nieuwste versie. Specifieke voorbeelden van versiewijzigingen vindt u in de documentatie voor elke afzonderlijke connector. We raden u aan om de nieuwste versie zo vroeg mogelijk te bekijken en te upgraden om te profiteren van de up-to-datumverbeteringen en ervoor te zorgen dat uw pijplijnen soepel en betrouwbaar blijven werken.

Wanneer er nieuwe versies worden uitgebracht, wordt de service standaard ingesteld op de nieuwste nieuwe versies voor alle nieuw gemaakte gekoppelde services. Op dat moment kunnen gebruikers zo nodig terugvallen op de eerdere versie.

Wanneer een versie de einddatum van de ondersteuning bereikt, mogen gebruikers geen nieuwe gekoppelde service meer maken op die versie.

Naast belangrijke en secundaire versie-updates biedt de service ook nieuwe functies en bugfixes die volledig compatibel zijn met uw bestaande installatie. Voor deze wijzigingen is geen versie-update naar de connector vereist. Afhankelijk van de aard van de wijziging kunnen gebruikers de verbeteringen automatisch ontvangen of de mogelijkheid hebben om nieuwe functies indien nodig in te schakelen. Deze aanpak zorgt voor een naadloze ervaring met behoud van stabiliteit en flexibiliteit.

Automatische connectorupgrade

Naast het bieden van hulpprogramma's en aanbevolen procedures om gebruikers te helpen hun connectors handmatig te upgraden, biedt de service nu ook een gestroomlijnder upgradeproces voor sommige gevallen, indien van toepassing. Dit is ontworpen om gebruikers te helpen de meest betrouwbare en ondersteunde connectorversies te gebruiken met minimale onderbrekingen.

In de volgende sectie wordt een overzicht gegeven van de algemene benadering die door de service wordt gebruikt voor automatische upgrades. Hoewel dit een algemeen overzicht biedt, wordt het sterk aanbevolen om de documentatie te bekijken die specifiek is voor elke connector om te begrijpen welke scenario's worden ondersteund en hoe het upgradeproces van toepassing is op uw workloads.

In gevallen waarin bepaalde scenario's die worden uitgevoerd op de nieuwste GA-connectorversie volledig achterwaarts compatibel zijn met de vorige versie, zal de service automatisch bestaande workloads (zoals kopieer-, opzoek- en scriptactiviteiten) upgraden naar een compatibiliteitsmodus die het gedrag van de eerdere versie behoudt.

Deze automatisch bijgewerkte workloads worden niet beïnvloed door de aangekondigde verwijderingsdatum van de oudere versie, waardoor gebruikers extra tijd hebben om de nieuwste GA-versie te evalueren en over te stappen zonder direct fouten te ondervinden.

U kunt bepalen welke activiteiten automatisch zijn bijgewerkt door de activiteitsuitvoer te controleren, waar relevante upgradegegevens worden vastgelegd.

Opmerking

Hoewel de compatibiliteitsmodus flexibiliteit biedt, raden we gebruikers ten zeerste aan om zo snel mogelijk een upgrade uit te voeren naar de nieuwste GA-versie om te profiteren van doorlopende verbeteringen, optimalisaties en volledige ondersteuning.

Meer informatie vindt u in de onderstaande tabel in de connectorlijst die is gepland voor de automatische upgrade.

Verbinder Scenariobeschrijving
Google BigQuery Scenario dat niet afhankelijk is van onderstaande mogelijkheden in Google BigQuery V1:

• Gebruik trustedCertsPath, additionalProjects, requestgoogledrivescope verbindingseigenschappen.
• Stel useSystemTrustStore de verbindingseigenschap in als false.
• Gebruik gegevenstypen STRUCT en MATRIX .
Teradata Scenario dat niet afhankelijk is van de onderstaande mogelijkheid in Teradata (versie 1.0):

• Stel de onderstaande waarde in voor CharacterSet:
  • BIG5 (TCHBIG5_1R0)
  • EUC (Unix-compatibel, KANJIEC_0U)
  • GB (SCHGB2312_1T0)
  • IBM Mainframe (KANJIEBCDIC5035_0I)
  - NetworkKorean (HANGULKSC5601_2R4)
  • Shift-JIS (Windows, DOS-compatibel, KANJISJIS_0S)

Verwante inhoud