Mais sinon, oui, les améliorations apportés dans la stack de virtualisation font partie de ces avantages compétitifs considérés critiques.
Logique.
Je ne parierais pas sur ce point: Nitro utilise une toute petite partie de KVM, uniquement en espace kernel. La majorité de Nitro se passe dans les dongles externes qui font l'émulation de devices hardware (EBS vu comme disques NVMe, interfaces réseau ENA, disques NVMe locaux), c'est là que se font la majorité des développements.
Ok...
Full disclosure: je suis Solutions Architect Specialist EC2 chez AWS (arthurpt@amazon.com mailto:arthurpt@amazon.com).
Je me doutais d'un truc comme ça :) Tu dois avoir un job intéressant...
Un article qui explique des choses, en particulier la logique du passage de Xen vers Nitro. Comme tu le dis, les problématiques d'AWS ne sont pas celles de tout le monde et les réponses sont aussi hors du commun.
https://www.forbes.com/sites/janakirammsv/2019/03/10/how-an-acquisition-made...
Cela dit, il y a aussi des projets AWS complètement open, comme firecracker: https://firecracker-microvm.github.io/%C2%A0qui est un des moteurs d'exécution de Lambda.
J'avais regardé... M'étais dit que c'était une jolie manière (au sens de l'élégance de la solution et de la sécu) de tuer Docker...