5G privée : 10 choix d’architecture qui feront (ou casseront) votre projet

❌ 1. Penser “déploiement” au lieu de penser “système”

• Vous vous concentrez sur l’installation du réseau, pas sur son exploitation
• L’intégration IT/OT est traitée après coup
• Les dépendances entre briques ne sont pas cartographiées

👉 Risque : un réseau fonctionnel… mais inutilisable pour les cas d’usage réels

❌ 2. Sous-estimer la complexité du modèle 100 % on-premise

• Vous visez un contrôle total sans équipe télécom dédiée
• Vous internalisez le core sans plan d’exploitation clair
• Vous ne prévoyez pas la maintenance long terme

👉 Risque : une infrastructure que vous ne pouvez pas opérer correctement

❌ 3. Externaliser sans comprendre les impacts

• Vous déléguez le core sans visibilité sur les flux
• Le rôle de l’opérateur n’est pas clairement défini
• Les SLA ne couvrent pas vos cas d’usage critiques

👉 Risque : perte de contrôle, latence instable, dépendance forte

❌ 4. Ignorer le placement de l’UPF (User Plane Function)

• Vous ne savez pas où vos données sont réellement traitées
• Le local breakout n’est pas maîtrisé
• Les flux critiques passent hors site sans nécessité

👉 Risque : latence dégradée + exposition inutile des données

❌ 5. Négliger le design radio (RAN)

• Pas d’étude RF approfondie
• Couverture pensée comme du Wi-Fi industriel
• Pas de prise en compte des environnements contraints

👉 Risque : performances instables, cas d’usage inutilisables

❌ 6. Ne pas aligner architecture et cas d’usage

• Vous choisissez une architecture avant de définir les besoins
• Tous les cas d’usage sont traités de la même manière
• La latence ou la criticité ne sont pas priorisées

👉 Risque : surdimensionnement… ou incapacité à délivrer

❌ 7. Sous-estimer le modèle opérationnel (RUN)

• Qui opère le réseau ? ce n’est pas clair
• Les responsabilités sont floues (IT / OT / opérateur)
• Aucun processus de gestion d’incident défini

👉 Risque : incidents mal gérés, sécurité dégradée, dette technique

❌ 8. Multiplier les interfaces sans gouvernance

• Architecture hybride sans orchestration claire
• Trop d’acteurs (intégrateur, opérateur, vendor…)
• Absence de point de responsabilité unique

👉 Risque : complexité invisible, problèmes difficiles à diagnostiquer

❌ 9. Sous-estimer les compétences nécessaires

• Pas d’expertise télécom interne
• Dépendance totale à des prestataires
• Pas de montée en compétence prévue

👉 Risque : perte de contrôle à moyen terme

❌ 10. Penser que l’architecture est figée

• Aucun plan d’évolution
• Pas de stratégie multi-sites
• Pas d’anticipation des futurs usages

👉 Risque : réseau bloquant l’innovation au lieu de l’accélérer