Nous avons commencé par déployer un réseau de diffusion de contenu d’entreprise ou ECDN (Enterprise Content Delivery Network) créé par IBM Watson Media, qui permet d’économiser de la bande passante avec la lecture et la distribution sur Internet d’une seule copie d’un contenu vidéo aux visualiseurs sur un même site. Notre analyse a montré que l’ECDN a un facteur de distribution de 1 pour 10, ce qui signifie que pour chaque vidéo visionnée, 10 visualiseurs différents peuvent être servis. Cette donnée est importante, car si le nombre de vidéos visionnées a considérablement augmenté au fil des mois analysés, avec cette solution, le nombre de vidéos transmises et mises en mémoire tampon a augmenté beaucoup plus lentement, comme illustré ci-dessous.

Ces trois couches, à savoir l’extension, la gestion de l’emplacement d’exécution des workloads et le déploiement de services, sont essentielles à l’efficacité de l’edge computing. Cependant, nous ne nous sommes pas contentés de déployer l’ECDN avec IEAM. Nous étendons également son utilisation à d’autres workloads.

Avant IEAM, nous utilisions une application de distribution personnalisée qui nous servait exactement à faire la même chose. Cependant, elle était très rudimentaire, et lorsque nous avons mis en place le réseau de diffusion de contenu, nous nous sommes rendu compte qu’il s’agissait là d’une bonne occasion de laisser derrière nous ce que nous avions nous-mêmes écrit et d’utiliser le produit à la place. La solution IEAM s’est avérée bien plus efficace que notre code personnalisé.

Le réseau de diffusion de contenu ne concerne pas seulement les événements hors ligne, mais aussi à la diffusion en continu ou streaming. Par exemple, lors d’un événement en direct, le streaming peut entraîner une charge réseau excessive vers et depuis le site d’origine. Un cache local par lequel le flux est reflété permet de résoudre ce problème. Par conséquent, le CDN joue un rôle crucial dans la diffusion d’événements hors ligne et en direct.

Notre équipe de pare-feu externe a développé le projet en réutilisant le code existant. Une fois la solution IEAM disponible, nous avons commencé à nous éloigner de notre outil interne. Nous avons développé un système de build automatisé pour les appareils, de sorte que lorsque quelqu’un les branche sur le réseau, ils se connectent au périphérique de gestion, démarrent à partir du réseau et installent le système. IEAM peut ensuite gérer ces appareils au fur et à mesure de leur déploiement.

Mais IEAM ne se contente pas de contribuer au déploiement efficace de nouveaux workloads. La solution nous aide également à les mettre à jour et à déployer des correctifs.

IEAM nous permet de contrôler le déploiement des versions de workloads sur toutes les machines connectées. Notre processus implique la détection des vulnérabilités d’un workload spécifique, la création de nouvelles versions avec les correctifs du fournisseur, et leur transfert vers notre registre de conteneurs IBM. Nous demandons ensuite à IEAM de déployer progressivement la nouvelle version sur le parc de machines exécutant le workload, une machine à la fois : le déploiement doit être réussi sur chaque machine avant de passer à la suivante. Ce déploiement contrôlé est facilité par la couche applicative d’IEAM, que nous pouvons utiliser pour tester les versions plus récentes sur un sous-ensemble de nœuds avant de les déployer sur les autres systèmes de production.

IEAM simplifie le déploiement des correctifs en donnant aux opérateurs les outils nécessaires pour créer des pipelines de déploiement sophistiqués et réagir rapidement face aux vulnérabilités de sécurité. Côté build, nous nous appuyons sur des pipelines automatisés pour créer des images, pour un déploiement rapide. En termes de vulnérabilités de sécurité, la rapidité de ce processus de déploiement est essentielle, et le déploiement de l’ensemble du parc est aussi simple que d’appuyer sur un bouton.

En revenant sur les avantages apportés par IEAM, nous avons constaté que l’utilisation de frameworks open source, comme un opérateur Kubernetes pour le développement, était essentielle. Cela nous a permis de nous lancer rapidement sans avoir à tout réécrire. Du point de vue du développement, cet avantage n’était pas négligeable. Tout cela se passe peut-être en coulisses, mais c’est pourtant très important. Le développement de solutions essentielles demande beaucoup d’efforts, et IEAM simplifie ce processus.

Outre des objectifs concrets tels que la modernisation et la croissance, nous explorons également des idées plus innovantes et expérimentales. Celles-ci pourraient avoir un impact significatif et répondre par exemple à certaines préoccupations environnementales en mettant les workloads au repos en l’absence de demande. Nous pensons qu’avec la flexibilité d’IEAM, les possibilités sont infinies.

Dirigeant la stratégie informatique interne d’IBM, le bureau du directeur des systèmes d’information (DSI) d’IBM est chargé de fournir, de sécuriser, de moderniser et de soutenir les solutions informatiques utilisées par les IBMers pour accomplir leur travail au quotidien.

La stratégie de la CIO Organization englobe la création d’une plateforme informatique adaptative qui facilite l’accès aux ressources informatiques dans l’ensemble de l’entreprise, accélère la résolution des problèmes et sert de moteur d’innovation pour IBM en accélérant la croissance commerciale.