Le Branch Distribution Point a longtemps constitué la réponse standard aux sites distants sous-connectés dans une infrastructure SCCM. En 2026, Microsoft modifie le rythme de publication de Configuration Manager – une seule version principale par an à partir de septembre 2026, contre deux actuellement – et oriente ses investissements vers Intune et la gestion moderne. La question n’est pas de savoir si SCCM disparaît, mais de déterminer si maintenir des BDP dans ce contexte reste une décision d’architecture justifiable.
BDP, Distribution Point classique et Connected Cache : ce que chaque rôle couvre
Avant d’évaluer la pertinence d’un BDP en 2026, il est utile de distinguer trois rôles que les équipes confondent souvent dans les discussions de migration.
A lire aussi : Pourquoi activer la virtualisation ?
| Rôle | Contenus distribués | Cas d’usage principal | Compatible Intune |
|---|---|---|---|
| Branch Distribution Point (BDP) | Packages, applications, mises à jour ConfigMgr | Site distant avec bande passante limitée | Non |
| Distribution Point standard | Packages, applications, mises à jour ConfigMgr | Site principal ou secondaire avec serveur dédié | Non |
| Microsoft Connected Cache | Contenu Microsoft cloud (Windows Update, apps store, Intune) | Appareils gérés par Intune ou co-gérés | Oui |
Un point de distribution Configuration Manager peut héberger Connected Cache pour mettre en cache du contenu Microsoft destiné aux appareils gérés par Intune. Ce contenu cloud n’est pas celui des déploiements initiés par ConfigMgr : Connected Cache ne remplace pas le BDP pour les logiciels distribués via Configuration Manager.
Ces trois rôles peuvent coexister sur une même infrastructure pendant une phase de co-management, mais leurs périmètres ne se recoupent pas.
Lire également : Comment mettre la luminosité plus forte ?
Delivery Optimization et pair-à-pair : l’alternative au BDP pour les sites distants
Le principal argument en faveur du BDP est la réduction de la bande passante consommée sur les liaisons WAN vers les sites distants. Delivery Optimization adresse le même problème par un mécanisme différent.
Delivery Optimization peut chercher du contenu auprès des pairs et d’un cache en parallèle, puis réduire les téléchargements HTTP lorsque les pairs répondent au débit attendu. Cette architecture hybride évite le choix exclusif entre serveurs de distribution et partage entre postes.
La topologie réseau compte autant que le nombre de postes dans cette décision. Microsoft recommande de placer Connected Cache selon la topologie et la densité des appareils sur chaque segment réseau. Un site distant avec un faible nombre de postes et une liaison correcte peut être servi par Delivery Optimization sans aucun serveur local. Un site avec une contrainte de bande passante structurelle et un volume de déploiements élevé reste un candidat légitime à un point de distribution.
Ce que le ralentissement de SCCM change concrètement pour les BDP
Le passage à une version principale annuelle ne retire pas les BDP du produit. Microsoft documente toujours des versions de la branche actuelle et des mises à jour de sécurité. Le calendrier des versions ne signifie pas que Configuration Manager est abandonné.
Ce que ce changement signale, en revanche, c’est l’arrêt des innovations sur l’outil. Les fonctionnalités nouvelles – notamment celles liées à la sécurité des déploiements, à la gestion des identités et aux flux Zero Trust – arrivent dans Intune, pas dans ConfigMgr. Un BDP déployé aujourd’hui continuera de fonctionner pour distribuer les contenus ConfigMgr, mais il n’évoluera plus pour répondre aux nouveaux cas d’usage.
Par ailleurs, le retrait d’App-V en 2026 supprime un des flux de contenu que les BDP distribuaient dans certaines organisations. Les équipes qui utilisaient des BDP principalement pour les applications virtualisées App-V doivent traiter ce cas séparément, indépendamment de la question des points de distribution.
Trois scénarios de migration et le rôle du BDP dans chacun
Les approches de migration depuis SCCM vers une gestion moderne se regroupent en trois familles. Le positionnement du BDP diffère selon le scénario retenu.
- Co-management progressif : ConfigMgr reste l’outil principal pour les déploiements logiciels et les mises à jour, Intune prend en charge la conformité et les politiques. Les BDP existants restent utiles pour les sites distants tant que ConfigMgr gère la distribution de contenu. Ce scénario est adapté aux organisations avec une infrastructure SCCM mature et des sites multiples géographiquement dispersés.
- Cloud-attach avec redirection progressive : les déploiements d’applications migrent vers Intune, les BDP sont mis hors service au fur et à mesure que les flux de contenu basculent vers Delivery Optimization et Connected Cache. La coexistence est temporaire et planifiée. Ce scénario convient aux organisations dont la connectivité des sites distants s’est améliorée ces dernières années.
- Remplacement complet : Intune remplace ConfigMgr pour la totalité de la gestion des terminaux. Les BDP sont supprimés dès que les appareils sont inscrits dans Intune. Ce scénario est réaliste pour les organisations avec un parc homogène, peu de contraintes réseau et pas de dépendances sur des déploiements complexes via ConfigMgr.
Dans les scénarios de co-management et de cloud-attach, la décision sur les BDP est une décision de calendrier, pas de principe. Dans le scénario de remplacement complet, les BDP n’ont pas de place.
Critères pour décider de maintenir ou supprimer un BDP en 2026
La décision se ramène à quatre questions de topologie et d’usage, indépendantes du positionnement stratégique de Microsoft.
- Connectivité du site : la liaison WAN vers le site distant est-elle suffisante pour absorber les déploiements sans serveur local, en tenant compte des pics de charge lors des cycles de mise à jour ?
- Volume et fréquence des déploiements : si ConfigMgr reste l’outil de déploiement principal pour les applications métier lourdes, un point de distribution local reste justifiable sur les sites à fort volume.
- Présence d’appareils non gérables par Intune : les postes sous systèmes d’exploitation non supportés par Intune restent dépendants de ConfigMgr et donc des points de distribution associés.
- Horizon de migration : maintenir un BDP pour moins de douze mois avant une bascule complète vers Intune a un coût d’exploitation qui peut dépasser celui d’une migration accélérée.
La topologie réseau et le calendrier de migration sont les deux variables qui déterminent la réponse, pas l’annonce Microsoft de septembre 2026 prise isolément. Un BDP conserve sa valeur tant que ConfigMgr distribue des contenus que Delivery Optimization ne peut pas remplacer sur le segment réseau concerné. Dès que ce flux bascule vers Intune, le rôle devient un coût sans contrepartie fonctionnelle.
