En tant que déploiements 5G commencer sérieusement en 2021-2022, les opérateurs commencent à relever le défi incroyable de déployer et de configurer des millions d’appareils, de machines virtuelles et de conteneurs non seulement dans le centre de données, mais dans le monde entier. Contrairement aux générations précédentes de réseaux mobiles, la 5G est un réseau distribué de tours de téléphonie cellulaire, de petits appareils MIMO et d’autres points de terminaison informatiques qui alimentent la connectivité dans les stades et partout où les gens peuvent se rassembler. Cette nouvelle phase technologique présente un défi de taille non seulement en termes de déploiement mais également de maintenance du réseau.
Les réseaux 5G apportent de nouvelles capacités et complexité
Ce nouveau réseau résout de nombreux problèmes liés à la 4G, mais présente ses propres défis. Premièrement, le spectre 5G s’étend dans la bande passante des ondes millimétriques, et les lois de la physique dictent que des fréquences plus élevées souffrent d’atténuation plus facilement. En termes simples, ils sont plus facilement bloqués par des murs ou même par la pluie. Ensuite, les données économiques de base indiquent que la demande augmente lorsque nous augmentons la bande passante et la capacité du réseau. Quand vous pensez globalement, les réseaux sans fil sont le principal et, dans certains cas, le seul moyen pour les gens de se connecter à Internet, ce qui en fait un problème beaucoup plus important que de savoir si vous pouvez utiliser Pandora ou Spotify dans votre voiture.
La 5G résout le problème de la puissance et de la portée du signal en déployant plus de points de transmission, et résout la capacité et la latence en déployant plus de puissance de calcul à la périphérie. Cependant, c’est beaucoup plus de choses à déployer, à maintenir et à configurer.
Les opérateurs et les fabricants investissent dans GitOps
Pour activer pleinement leurs déploiements 5G, les fournisseurs de téléphonie mobile aiment Orange, Deutsche Telekom et Ericsson ont investi dans une nouvelle technologie appelée GitOps. Vous pouvez penser à GitOps comme la prochaine évolution de DevOps, mais pour les applications cloud natives. Les gens du secteur des télécommunications peuvent le considérer comme un DevOps de niveau opérateur. Comme son nom l’indique, GitOps combine le système de contrôle de version Git avec les outils et pratiques DevOps. Cependant, GitOps va plus loin en remplaçant la configuration impérative basée sur les commandes par une syntaxe déclarative, la rendant plus stable et répétable.
Si vous exécutez même des centaines d’appareils, n’en avoir qu’un seul configuré de manière incohérente est un problème grave qui peut dégrader le réseau ou même entraîner une perte de connectivité. Avec les méthodes DevOps traditionnelles, une série de commandes sont exécutées. Et si on échoue – peut-être à cause d’une perte de communication temporaire? Et si votre réseau est un réseau défini par logiciel (SDN), comme dans le cas de la 5G? Bien que cela crée de nouvelles opportunités d’adaptabilité et de résilience flexibles, cela augmente le nombre de points à configurer d’un ordre de grandeur.
GitOps> DevOps
Une façon de penser à la configuration consiste à créer un ensemble de commandes et de modifications de fichiers envoyées à un système d’exploitation, un périphérique ou un composant logiciel. Quelqu’un peut effectuer une connexion shell sécurisée à un appareil, un conteneur ou une machine virtuelle, émettre des commandes et ajuster, par exemple, la taille de paquet réseau par défaut.
Dans la plupart des systèmes actuels, au lieu qu’un opérateur le fasse, un ensemble de scripts écrits avec un outil comme Puppet ou Chef effectue le travail. Cependant, cela nécessite de configurer le même type d’accès qu’un administrateur aurait et de le partager avec les outils DevOps sur le réseau. Comme on peut l’imaginer, ce n’est pas seulement la cause de la dérive de configuration, mais c’est aussi une faille de sécurité.
En utilisant une approche GitOps, les opérateurs peuvent définir la configuration globale du réseau et de l’appareil et l’intégrer dans un système de contrôle des révisions vérifiable. Un agent logiciel vérifie le référentiel, détecte si certaines configurations de périphérique diffèrent du référentiel et les ajuste. Le résultat est le même; un réseau d’appareils, de conteneurs et de composants logiciels se retrouve avec une configuration différente. Cependant, avec GitOps, il existe un journal des modifications central et vérifiable. Les modifications sont tirées par le réseau plutôt que poussées par un script. Étant donné qu’un référentiel versionné contient la configuration, il est facile de voir ce qui a changé en cas de problème. Cette méthodologie rend le système à la fois plus sûr et plus diagnostiquable tout en simplifiant le processus de configuration global.
«Nous considérons le modèle GitOps comme un cadre clé pour atteindre ce niveau d’automatisation et de cohérence sur toutes les charges de travail et plates-formes que les opérateurs de télécommunications doivent exploiter», déclare Till Stenzel, directeur conseil, Deutsche Telekom Capital Partners, dans une interview avec Alexis Richardson, PDG de Weaveworks.
Une fois pleinement réalisée, la 5G ouvrira également de nouveaux types d’applications tierces qui s’exécutent sur des périphériques informatiques de pointe. Les clients veulent cela en tant que service et ne veulent pas penser à l’infrastructure matérielle ou logicielle sous-jacente. GitOps permet aux opérateurs de déployer ces types de services de manière cohérente et basée sur des modèles.
Technologie de classe transporteur pour tous
Bien que particulièrement utile pour le déploiement de la 5G, GitOps n’est pas uniquement destiné au secteur des télécommunications.
Interrogé sur Objectifs cloud natifs de Deutsche Telecom, Vuk Gojnic, l’un des leaders de l’équipe Kubernetes de Deutsche Telecom a déclaré: «Pour nous, il s’agit de permettre et de conduire la transformation afin que des applications qui étaient traditionnellement très propriétaires, très monolithiques et très spécifiques au matériel puissent toujours fonctionner; mais, en même temps, bénéficiez de tous les avantages des modèles d’exploitation cloud natifs modernes tels que GitOps. » De nombreuses industries partagent des objectifs similaires.
Les développeurs travaillant sur des applications cloud natives qui souhaitent se débarrasser de l’approche peuvent vérifier cela à l’aide du projet Open Source Flux. Flux est développé principalement par Weaveworks, que nous utilisons dans nos produits commerciaux GitOps, la plate-forme et les services Weave Kubernetes, mais est en incubation à la Cloud Native Computing Foundation.
Les transporteurs comme Orange et Deutsche Telecom ne veulent pas traiter de configuration sur mesure à travers plusieurs composants logiciels et matériels. Le DevOps traditionnel prendrait trop de temps et produirait plus d’erreurs et de failles de sécurité. La taille, la portée et le déploiement de ce nouveau type de réseau sont à peu près identiques ou plus étendus que l’Internet lui-même, qui a pris des décennies.
Construire un tel réseau en seulement quelques années n’est pas possible sans GitOps.
