Merk
Tilgang til denne siden krever autorisasjon. Du kan prøve å logge på eller endre kataloger.
Tilgang til denne siden krever autorisasjon. Du kan prøve å endre kataloger.
Important
Denne funksjonen er i forhåndsversjon.
Fabric runtime-release-kanaler gir en strukturert og transparent måte for kunder å teste kommende runtime-endringer før de blir standard. Denne funksjonen hjelper organisasjoner med å validere produksjonsarbeidsbelastningene sine tidlig med disse nye endringene i tidlig tilgang, unngå uventede forstyrrelser og få bedre kontroll over Spark-oppgraderinger under kjøretid.
I stedet for å motta stille oppdateringer som kan ødelegge produksjonsarbeidsbelastningene dine, velg en tidlig tilgangskanal, test arbeidsbelastningene i et utviklings- eller staging-miljø, og bekreft kompatibilitet før oppdateringen blir standard.
Hvordan utgivelseskanaler fungerer
Hver Spark-runtime har minst to offentlige utgivelseskanaler:
- Standardkanal – Denne produksjonskanalen kjører standardversjonen av kjøretiden. Alle brukere bruker automatisk denne kanalen med mindre de velger tidlig tilgang.
- Early access-kanal – Denne produksjonskanalen inkluderer kommende oppdateringer og bibliotekendringer som er planlagt å bli neste standardkanal. Meld deg på for å teste arbeidsmengden din mot kommende endringer.
Når det angitte valideringsvinduet avsluttes, blir tidlig tilgang-lanseringskanalen automatisk forfremmet til å bli den nye standarden, og en fersk tidlig tilgangskanal introduseres med et nytt sett med nye endringer. Denne prosessen fortsetter syklusen. Denne modellen gir deg et forutsigbart testvindu før endringer blir standard for alle.
Tips
Bruk early access-kanalen for å validere produksjonsarbeidsbelastninger før oppdateringer når standardkanalen.
Hvorfor utgivelseskanaler betyr noe
Spark-runtime-oppdateringer kan inkludere bibliotekoppgraderinger, sikkerhetsoppdateringer, avhengighetsendringer eller til og med operativsystemoppgraderinger. Selv om alle oppdateringer gjennomgår interne kvalitetskontroller før lansering, kan ikke disse kontrollene fange opp alle kundespesifikke varianter og brukstilfeller. Early access-kanaler lar deg identifisere potensielle problemer tidlig og samarbeide med Microsoft ved å opprette en supportsak for å løse dem før oppdateringer påvirker produksjonsmiljøet ditt.
| Fordel | Beskrivelse |
|---|---|
| ✔ Forutsigbare oppdateringer | Du vet nøyaktig når en ny runtime blir tilgjengelig og har tid til å validere mot den. |
| ✔ Redusert risiko | Testing av arbeidsbelastninger på tidlig tilgang sikrer kompatibilitet før endringer når produksjon. |
| ✔ Bedre sikt | Du kan enkelt se hvilken runtime-versjon du kjører, referere til utgivelsesnotater og sjekke oppgraderingstidspunktet. |
| ✔ Forbedret kvalitet og sikkerhet | Du får godt testede builds med sikkerhetsoppdateringer som påføres raskere, noe som gir deg trygghet i kjøretidsstabilitet. |
Velg en utgivelseskanal
Velg en release-kanal ved å bruke Spark-konfigurasjonene eller -egenskapene. Bruk følgende egenskap i Spark-innstillingene eller konfigurasjonen din:
Important
Early access-kanalen bruker ikke Starter Pool. Du må sette spark.fabric.pools.skipStarterPools=true inn å bruke tidlig tilgang-kanalen. Egendefinerte pooler har en forsinkelse i oppstartstid sammenlignet med Starter Pool.
# Prerequisite: early access doesn't use Starter Pool so you need to set it to skip it
spark.fabric.pools.skipStarterPools=true
# Set one of the following values:
# Use this to switch to the early access channel
spark.computeConf.runtime.releaseChannel=earlyAccess
# or to revert to the default release channel
spark.computeConf.runtime.releaseChannel=default
Gyldige verdier er:
-
default– Bruker den standard tilgjengelige utgivelseskanalen -
earlyAccess– Bruker den kommende early access-utgivelsen for testing
Obs!
Innstillingen for utløsningskanalen er uforanderlig gjennom hele en Spark-økt. For å bytte kanal, start en ny økt.
Sett opp og kjør tester på tidlig tilgang
For å effektivt teste early access-utgivelser, følg disse trinnene:
1. Sett opp et testarbeidsområde eller utpek et eksisterende testmiljø
Opprett et dedikert arbeidsområde for testing av tidlig tilgang-kanalen:
Opprett et nytt arbeidsområde eller utpek et eksisterende testmiljø.
Lag et Miljø-element og sett disse egenskapene til å bruke tidlig tilgang.
I notatboken din eller Spark Job Definition, se på Miljø-elementet du har opprettet.
Når sesjonen starter, valider bruken av tidlig tilgangs-release-kanalen ved å bruke følgende kommando.
2. Identifisere representative arbeidsmengder
Kjør arbeidsbelastninger som representerer produksjonspipelinene dine:
- Ideelt sett kjør hele produksjonsarbeidsmengden i testarbeidsområdet mot early access-kanalen.
- Hvis det ikke er praktisk, identifiser de kritiske testene og pipelines som best representerer produksjonsmiljøet ditt.
- Vurder å bruke eksisterende UAT- eller staging-miljøer du kanskje allerede har.
3. Automatiser testing
Sett opp automatiserte testkjøringer:
- Planlegg tester til å kjøre jevnlig, men sjeldnere enn oppdateringer.
- Overvåk testresultatene for feil som kan indikere problemer med tidlig tilgangsutgivelsen.
4. Rapportere problemer
Hvis du mistenker at en feil skyldes early access-utgivelsen:
- Sammenlign resultatene med standardkanalen for å isolere problemet.
- Legg merke til VHD-ID-en til early access-versjonen du tester.
- Kontakt Microsoft support med dine funn. Microsoft prioriterer problemer med tidlig tilgang og tilbyr enten en hurtigreparasjon eller ruller tilbake problematiske endringer.
Oppdateringer om sporutgivelser og VHD-informasjon
For å holde deg oppdatert om endringer i hver utgivelseskanal:
Identifiser VHD-bildet ditt (Virtual Hard Disk). For å finne VHD-ID-en til runtime-bildet du kjører:
- Sjekk Spark UI eller klyngeinformasjon i økten din (for eksempel
spark.conf.get("spark.synapse.vhd.id", "")) - Se etter VHD-ID i klyngelogger
- Bruk denne informasjonen når du rapporterer problemer for å støtte
- Sjekk Spark UI eller klyngeinformasjon i økten din (for eksempel
Gå gjennom utgivelsesnotater. Følg med på Spark Runtime Releases and Updates-arkivet for detaljerte utgivelsesnotater. Utgivelsesnotater publiseres per utgivelseskanal, så du kan enkelt sammenligne endringer. Hver utgivelse inkluderer dokumenterte endringer i biblioteker, komponenter og forbedringer.
Eksempler:
- Official-Spark3.5-default-YYYY-MM-DD.md
- Official-Spark3.5-early-access-YYYY-MM-DD.md
Når tidlig tilgangskanalen blir den nye standarden:
- Notatene fra forrige standard er arkivert.
- Early access-notater omdøpes til de nye standardnotatene.
- En ny early access-notatfil publiseres for neste syklus.
Vanlige spørsmål
Er early access av lavere kvalitet?
Nei. Early access-kanalen må passere alle standard valideringsporter. Det er rett og slett tidligere i utgivelsestidslinjen.
Må jeg bruke early access-kanalen?
Nei. Det er helt valgfritt. Hvis du ikke melder deg på, fortsetter du å bruke standardkanalen.
Kan jeg rulle tilbake hvis noe feiler?
Ja. Du kan bytte tilbake fra early access-kanalen når som helst ved å bruke Spark-konfigurasjonen for å gå tilbake til standardkanalen.
Koster tidlig tilgang ekstra?
Nei. Fakturering forblir den samme som standard kanalbruk.
Bruker early access kun en egendefinert pool?
Ja. Early access bruker kun en tilpasset pool fordi det er en opt-in-funksjon. I motsetning til Starter Pool har tilpassede pooler en forsinkelse i oppstartstiden for øktene.