Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Important
Cette fonctionnalité est en version préliminaire.
Les canaux de publication du runtime Fabric offrent aux clients un moyen structuré et transparent de tester les modifications à venir du runtime avant qu’elles ne soient appliquées par défaut. Cette fonctionnalité permet aux organisations de valider rapidement leurs charges de travail de production avec ces nouvelles modifications en accès anticipé, d’éviter des interruptions inattendues et de mieux contrôler les mises à niveau du runtime Spark.
Au lieu de recevoir des mises à jour silencieuses qui peuvent interrompre vos charges de travail de production, optez pour un canal de mise en production d’accès anticipé, testez vos charges de travail dans un environnement de développement ou de préproduction et confirmez la compatibilité avant que la mise à jour ne devienne par défaut.
Fonctionnement des canaux de mise en production
Chaque runtime Spark a au moins deux canaux de mise en production publics :
- Canal par défaut : ce canal de niveau production exécute la version par défaut du runtime. Tous les utilisateurs utilisent automatiquement ce canal, sauf s’ils optent pour un accès anticipé.
- Canal d’accès anticipé : ce canal de niveau production inclut les mises à jour à venir et les modifications de bibliothèque planifiées pour devenir le canal par défaut suivant. Choisissez de tester vos charges de travail face aux modifications à venir.
Lorsque la fenêtre de validation désignée se termine, le canal de mise en production d’accès anticipé est automatiquement promu pour devenir le nouveau canal par défaut et un nouveau canal d’accès anticipé est introduit avec un autre ensemble de nouvelles modifications. Ce processus poursuit le cycle. Ce modèle vous donne une fenêtre de test prévisible avant que les modifications ne deviennent par défaut pour tout le monde.
Tip
Utilisez le canal d’accès anticipé pour valider les charges de travail de production avant que les mises à jour atteignent le canal par défaut.
Pourquoi les canaux de mise en production sont importants
Les mises à jour du runtime Spark peuvent inclure des mises à niveau de bibliothèque, des correctifs de sécurité, des modifications de dépendance ou même des mises à niveau de système d’exploitation. Bien que toutes les mises à jour passent des vérifications de qualité internes avant la mise en production, ces vérifications ne peuvent pas capturer toutes les variantes et cas d’usage spécifiques au client. Les canaux d’accès anticipé vous permettent d’identifier les problèmes potentiels au début et de travailler avec Microsoft en créant un ticket de support pour les traiter avant que les mises à jour n’affectent votre environnement de production.
| Benefit | Description |
|---|---|
| ✔ Mises à jour prévisibles | Vous savez exactement quand un nouveau runtime devient disponible et que vous avez le temps de le valider par rapport à celui-ci. |
| ✔ Réduction du risque | Tester les charges de travail dans un environnement en accès anticipé garantit leur compatibilité avant que les modifications ne soient déployées en production. |
| ✔ Meilleure visibilité | Vous pouvez facilement indiquer la version du runtime que vous exécutez, référencez les notes de publication et vérifiez le minutage de la mise à niveau. |
| ✔ Amélioration de la qualité et de la sécurité | Vous recevez des builds bien testées avec des correctifs de sécurité appliqués plus rapidement, ce qui vous donne confiance dans la stabilité de l’exécution. |
Choisir un canal de mise en production
Sélectionnez un canal de mise en production à l’aide des configurations ou propriétés Spark. Utilisez la propriété suivante dans vos paramètres ou configuration Spark :
Important
Le canal d’accès anticipé n’utilise pas Starter Pool. Vous devez définir spark.fabric.pools.skipStarterPools=true pour utiliser le canal d’accès anticipé. Les pools personnalisés ont un retard dans le temps de démarrage de session par rapport au pool de démarrage.
# 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
Les valeurs valides sont les suivantes :
-
default: utilise le canal de mise en production généralement disponible par défaut -
earlyAccess: utilise la prochaine version d’accès anticipé pour les tests
Note
Le paramètre du canal de publication est immuable pendant toute la durée d’une session Spark. Pour changer de canal, démarrez une nouvelle session.
Configurer et exécuter des tests sur l’accès anticipé
Pour tester efficacement les versions d’accès anticipé, procédez comme suit :
1. Configurer un espace de travail de test ou désigner un environnement de test existant
Créez un espace de travail dédié pour tester le canal d’accès anticipé :
Créez un espace de travail ou désignez un environnement de test existant.
Créez un élément d’environnement et définissez ces propriétés pour utiliser l’accès anticipé.
Dans votre bloc-notes ou définition de travail Spark, reportez-vous à l’élément d’environnement que vous avez créé.
Lorsque la session démarre, vérifiez l’utilisation du canal de publication en accès anticipé à l’aide de la commande suivante.
2. Identifier les charges de travail représentatives
Exécutez des charges de travail qui représentent vos pipelines de production :
- Dans l’idéal, exécutez l’intégralité de votre charge de travail de production dans l’espace de travail de test sur le canal d’accès anticipé.
- Si ce n’est pas pratique, identifiez les tests et pipelines critiques qui représentent le mieux votre environnement de production.
- Pensez à utiliser les environnements UAT ou de préproduction dont vous disposez peut-être déjà.
3. Automatiser les tests
Configurer des exécutions de test automatisées :
- Planifiez l’exécution régulière de tests, mais à une fréquence inférieure à celle des mises en production.
- Surveillez les résultats des tests pour les échecs susceptibles d’indiquer des problèmes avec la version d’accès anticipé.
4. Signaler des problèmes
Si vous soupçonnez qu’une défaillance est due à la version d’accès anticipé :
- Comparez les résultats par rapport au canal par défaut pour isoler le problème.
- Notez l’identifiant VHD de la version en accès anticipé que vous testez.
- Contactez le support Microsoft avec vos conclusions. Microsoft hiérarchise les problèmes d’accès anticipé et fournit un correctif logiciel ou restaure les modifications problématiques.
Suivre les mises à jour des versions et les informations sur les VHD
Pour rester informé des modifications apportées à chaque canal de mise en production :
Identifiez votre image VHD (disque dur virtuel). Pour trouver l’ID du VHD de l’image d’exécution que vous exécutez :
- Vérifier l’interface utilisateur Spark ou les informations de cluster dans votre session (par exemple
spark.conf.get("spark.synapse.vhd.id", "")) - Rechercher l’ID VHD dans les journaux du cluster
- Utilisez ces informations lorsque vous signalez des problèmes au support
- Vérifier l’interface utilisateur Spark ou les informations de cluster dans votre session (par exemple
Passez en revue les notes de publication. Surveillez le référentiel des mises à jour et des versions du runtime Spark pour obtenir des notes de publication détaillées. Les notes de publication sont publiées par canal de publication, ce qui vous permet de comparer facilement les modifications. Chaque version inclut des modifications documentées apportées aux bibliothèques, aux composants et aux améliorations.
Exemples:
- Official-Spark3.5-default-YYYY-MM-DD.md
- Official-Spark3.5-early-access-YYYY-MM-DD.md
Lorsque le canal d’accès anticipé devient la nouvelle valeur par défaut :
- Les notes par défaut précédentes sont archivées.
- Les notes d’accès anticipé sont renommées en tant que nouvelles notes par défaut.
- Un nouveau fichier de notes d’accès anticipé est publié pour le cycle suivant.
Questions fréquemment posées
L’accès anticipé est-il de moindre qualité ?
Non. Le canal d’accès anticipé doit passer toutes les portes de validation standard. Cela arrive simplement plus tôt dans le cycle de publication.
Dois-je utiliser le canal d’accès anticipé ?
Non. C’est tout à fait facultatif. Si vous ne choisissez pas d’y adhérer, vous continuez à utiliser le canal par défaut.
Puis-je revenir en arrière en cas d’échec ?
Yes. Vous pouvez revenir du canal d’accès anticipé à tout moment à l’aide de la configuration Spark pour revenir au canal par défaut.
L’accès anticipé coûte-t-il un supplément ?
Non. La facturation reste la même que l’utilisation par défaut du canal.
L’accès anticipé utilise-t-il un pool personnalisé uniquement ?
Yes. L’accès anticipé utilise uniquement un pool personnalisé, car il s’agit d’une fonctionnalité d’adhésion. Contrairement au pool de démarrage, les pools personnalisés ont un retard dans le temps de démarrage de session.