Canali di rilascio del runtime di Fabric (Anteprima)

I canali di rilascio del runtime di Fabric offrono ai clienti un modo strutturato e trasparente per testare le imminenti modifiche al runtime prima che diventino la configurazione predefinita. Questa funzionalità consente alle organizzazioni di convalidare i carichi di lavoro di produzione in anticipo con queste nuove modifiche all'accesso anticipato, evitare interruzioni impreviste e ottenere un migliore controllo sugli aggiornamenti del runtime spark.

Anziché ricevere aggiornamenti silenziosi che potrebbero compromettere i carichi di lavoro di produzione, scegli di aderire a un canale di rilascio ad accesso anticipato, testa i tuoi carichi di lavoro in un ambiente di sviluppo o staging e conferma la compatibilità prima che l'aggiornamento diventi quello predefinito.

Funzionamento dei canali di rilascio

Ogni runtime di Spark ha almeno due canali di rilascio pubblici:

• Canale predefinito : questo canale di livello di produzione esegue la versione predefinita del runtime. Tutti gli utenti usano automaticamente questo canale, a meno che non acconsentono all'accesso anticipato.
• Canale di accesso anticipato : questo canale di livello di produzione include aggiornamenti imminenti e modifiche alla libreria pianificate per diventare il canale predefinito successivo. Scegli di testare i tuoi carichi di lavoro rispetto alle modifiche imminenti.

Al termine della finestra di convalida designata, il canale di rilascio con accesso anticipato viene alzato di livello automaticamente per diventare il nuovo valore predefinito e viene introdotto un nuovo canale di accesso anticipato con un altro set di nuove modifiche. Questo processo continua il ciclo. Questo modello offre una finestra di test prevedibile prima che le modifiche diventino predefinite per tutti.

Perché i canali di rilascio sono importanti

Gli aggiornamenti del runtime di Spark possono includere aggiornamenti della libreria, patch di sicurezza, modifiche alle dipendenze o persino aggiornamenti del sistema operativo. Sebbene tutti gli aggiornamenti superino i controlli di qualità interni prima del rilascio, questi controlli non possono acquisire tutte le varianti e i casi d'uso specifici del cliente. I canali di accesso anticipato consentono di identificare i potenziali problemi in anticipo e di lavorare con Microsoft creando un ticket di supporto per risolverli prima che gli aggiornamenti influiscano sull'ambiente di produzione.

Scegliere un canale di rilascio

Selezionare un canale di versione usando le configurazioni o le proprietà di Spark. Usare la proprietà seguente nelle impostazioni o nella configurazione di Spark:

# 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

I valori validi sono:

• default : usa il canale di rilascio disponibile a livello generale predefinito
• earlyAccess : usa la prossima versione di accesso anticipato per i test

Configurare ed eseguire test in fase di accesso anticipato

Per testare in modo efficace le versioni di accesso anticipato, seguire questa procedura:

1. Configurare un'area di lavoro di test o designare un ambiente di test esistente

Creare un'area di lavoro dedicata per testare il canale di accesso anticipato:

1. Creare una nuova area di lavoro o designare un ambiente di test esistente.

2. Creare un elemento Environment e impostare queste proprietà per l'uso dell'accesso anticipato.

   

3. Nel notebook o nella definizione del processo Spark fare riferimento all'elemento Environment creato.

4. All'avvio della sessione, convalidare l'utilizzo del canale di versione di accesso anticipato usando il comando seguente.

   

2. Identificare i carichi di lavoro rappresentativi

Eseguite carichi di lavoro che rappresentano le pipeline di produzione:

• L'ideale è eseguire l'intero carico di lavoro di produzione nell'area di lavoro di test usando il canale di accesso anticipato.
• Se non è pratico, identificare i test critici e le pipeline che rappresentano al meglio l'ambiente di produzione.
• Valuta l'uso di ambienti UAT o di staging esistenti che potresti già avere.

3. Automatizzare i test

Configurare le esecuzioni di test automatizzate:

• Pianificare l'esecuzione dei test regolarmente, ma meno frequentemente rispetto agli aggiornamenti delle versioni.
• Monitorare i risultati dei test per individuare gli errori che potrebbero indicare problemi con la versione di accesso anticipato.

4. Segnala i problemi

Se si sospetta che un errore sia causato dalla versione di accesso anticipato:

1. Confrontare i risultati con il canale predefinito per isolare il problema.
2. Annotare l'ID del disco rigido virtuale della versione in accesso anticipato che si sta testando.
3. Contattare Microsoft supporto per i risultati. Microsoft assegna priorità ai problemi di accesso anticipato e fornisce un hotfix o esegue il rollback delle modifiche problematiche.

Monitorare gli aggiornamenti delle release e le informazioni su VHD

Per rimanere informati sulle modifiche in ogni canale di rilascio:

1. Identifica l'immagine VHD (disco rigido virtuale). Per trovare l'ID VHD dell'immagine di runtime attualmente in esecuzione:

   • Controllare le informazioni dell'interfaccia utente o del cluster Spark nella sessione (ad esempio spark.conf.get("spark.synapse.vhd.id", ""))
   • Cercare l'ID VHD nei log del cluster
   • Usare queste informazioni quando si segnalano problemi per il supporto

2. Consulta le note sulla versione. Monitorare il repository delle versioni e degli aggiornamenti di Spark Runtime per ottenere note dettagliate sulla versione. Le note sulla versione vengono pubblicate per canale di rilascio, in modo da poter confrontare facilmente le modifiche. Ogni versione include modifiche documentate a librerie, componenti e miglioramenti.

Esempi:

• Official-Spark3.5-default-YYYY-MM-DD.md
• Official-Spark3.5-early-access-YYYY-MM-DD.md

Quando il canale di accesso anticipato diventa il nuovo valore predefinito:

• Le note predefinite precedenti vengono archiviate.
• Le note di accesso anticipato vengono rinominate come nuove note predefinite.
• Per il ciclo successivo viene pubblicato un nuovo file delle note di accesso anticipato.

Domande frequenti

L'accesso anticipato è di qualità inferiore?

No. Il canale di accesso anticipato deve superare tutti i controlli di convalida standard. Si colloca semplicemente prima nella tempistica di rilascio.

È necessario usare il canale di accesso anticipato?

No. È completamente facoltativo. Se non scegli di aderire, continuerai a usare il canale predefinito.

È possibile eseguire il rollback se si verifica un errore?

Yes. È possibile tornare dal canale di accesso anticipato in qualsiasi momento usando la configurazione di Spark per ripristinare il canale predefinito.

L'accesso anticipato comporta costi aggiuntivi?

No. La fatturazione rimane uguale all'utilizzo predefinito del canale.

L'accesso anticipato si avvale solo di un pool personalizzato?

Yes. L'accesso anticipato usa solo un pool personalizzato perché si tratta di una funzionalità di consenso esplicito. A differenza del pool di avvio, i pool personalizzati hanno un ritardo nel tempo di avvio della sessione.

Contenuti correlati

• Runtime di Apache Spark in Fabric
• Ciclo di vita dei runtime di Apache Spark in Fabric
• Runtime 2.0 in Fabric
• Runtime 1.3 in Fabric
• Versioni e aggiornamenti di Spark Runtime