Contexte et évolution de Kubernetes
Kubernetes, initialement perçu comme un orchestrateur de conteneurs mature, a vu son rôle élargi lors du KubeCon + CloudNativeCon NA où il a été présenté comme le substrat d'agent sur lequel les entreprises exécutent leurs charges d’intelligence artificielle. Cette redéfinition contredit l’idée que la plateforme était en phase de stabilisation, comme l’a souligné Dilpreet Bindra, senior director of engineering chez Broadcom.
Initiatives de sécurité de Broadcom
Broadcom mise sur une sécurité en profondeur en intégrant son pare‑feu vDefend à la fois au périmètre réseau et à l’intérieur des pods vSphere, qui sont des micro‑VM. Cette double couche permet de couper l’accès réseau dès qu’un agent devient hostile, limitant ainsi la surface d’exposition. Bindra a précisé que l’isolation se fait au niveau du « compute boundary » des pods, garantissant un runtime fortement sécurisé.
Portabilité et conformité des charges de travail
Pour répondre aux exigences de portabilité, Broadcom co‑préside un nouveau groupe de travail dédié à la conformité des workloads Kubernetes. L’objectif est d’éliminer les validations séparées requises pour chaque distribution, notamment le VMware vSphere Kubernetes Service (VKS). En parallèle, Broadcom a soumis son projet VM API à la Cloud Native Computing Foundation, ce qui place les machines virtuelles comme des citoyens de première classe dans l’écosystème Kubernetes.
Perspectives et limites
Si l’intégration d’AI sur Kubernetes ouvre des opportunités d’échelle, elle impose aussi des exigences de sécurité et de portabilité accrues. La dépendance à des composants propriétaires comme vDefend peut créer des verrous technologiques, tandis que la standardisation via le groupe de travail reste en phase de définition et n’est pas encore adoptée universellement. En l’absence de métriques de performance ou de benchmarks publics, il reste difficile d’évaluer l’impact réel de ces changements sur la latence ou le coût d’infrastructure.
