New Feature Pipeline (Juin 2026) : SQL Endpoint en GA et nouveaux contrôles pipeline

Introduction

En mars 2026, on a vu arriver Lakehouse Maintenance, Refresh SQL Endpoint et les Notifications natives : trois nouveautés qui simplifient l’entretien et la surveillance des pipelines Fabric sans code. Un trimestre plus tard, Microsoft continue sur cette lancée avec la mise à jour de juin 2026.

Cet article fait le point sur trois nouveautés qui prolongent directement ce qu’on avait vu en mars : le passage en GA de Refresh SQL Endpoint, l’arrivée d’une activité dédiée pour rafraîchir les vues de lac matérialisées (Materialized Lake View, MLV), et les nouvelles tentatives conditionnelles (Conditional Activity Retries) pour un contrôle plus fin des échecs.

Materialized Lake View : une activité dédiée pour son rafraîchissement

Présentation

Une Materialized Lake View (MLV) est une vue Delta dont le résultat est précalculé et stocké physiquement, plutôt que recalculé à chaque lecture comme une vue SQL classique. Tu la définis avec une simple requête SELECT en Spark SQL, et Fabric se charge de matérialiser et de rafraîchir les données selon les dépendances (une MLV peut lire une table source ou une autre MLV en amont)

Pourquoi c’est utile

Le vrai bénéfice n’est pas juste « on peut le faire depuis un pipeline » mais le contrôle du timing : tu décides du moment exact où la MLV se met à jour (par exemple juste après une ingestion), plutôt que de dépendre d’un cycle automatique qui peut être décalé par rapport à tes besoins.

Configuration

Classique : ajouter l’activité, la positionner au bon endroit dans le pipeline (même niveau que Lakehouse Maintenance), puis cibler Workspace → Lakehouse → Vue.

Refresh SQL Endpoint : de la Preview à la GA

En mars, cette activité venait tout juste d’apparaître, en juin, Microsoft confirme son passage en GA : c’est désormais une façon pleinement supportée et fiable de garder la couche SQL Analytics à jour dans tes pipelines, sans crainte d’un comportement expérimental.

Le placement ne change pas : après les écritures et la maintenance Lakehouse, juste avant le refresh Power BI.

Pour plus de détails sur cette fonctionnalité, consultez notre article New Feature Pipeline (Mars 2026) : Entretien Lakehouse et Refresh SQL Endpoint

Nouvelle tentative conditionnels (Conditional Activity Retries)

Le problème résolu

Jusqu’ici, une activité en échec avait deux choix : retenter à chaque fois, ou jamais. Rien entre les deux. Pourtant, toutes les erreurs ne se valent pas : un délai d’attente dépassé ou une limitation de débit méritent un nouvel essai, alors qu’une erreur d’authentification ne se résoudra jamais toute seule : la retenter ne fait que gaspiller du calcul pour rien.

Ce qu’apporte la fonctionnalité

Les nouvelles tentatives conditionnelles (Conditional Activity Retries, actuellement en Preview) permettent de définir précisément quand une activité doit retenter, selon le code d’erreur, le message d’erreur, ou les deux avec une logique ET/OU. Le pipeline se remet ainsi automatiquement des échecs passagers, tout en échouant rapidement sur les erreurs qui ne se résoudront pas d’elles-mêmes.

Conclusion

Fabric continue d’enrichir ses pipelines mois après mois, et chaque mise à jour comble un manque concret : d’abord la fiabilité du SQL Endpoint, puis le rafraîchissement piloté des Materialized Lake Views, et maintenant le contrôle fin des tentatives avec les Conditional Activity Retries. Une chose est sûre : ça vaut le coup de suivre ces nouveautés de près, tant la plateforme évolue vite d’un mois à l’autre.