Archives des étiquettes : Containers

Le projet « Teleport » de Microsoft pour accélérer la création de containers sur Azure

205AzureContainerRegSteve Lasker, responsable de programme Azure Container Registries chez Microsoft, a levé le voile sur le projet « Teleport » lors d’un keynote au salon Conférence 360 à Orlando. de la semaine dernière. Projet visant à accélérer la mise à disposition des containers sur Azure et répondre ainsi au principal problème que rencontre Microsoft avec cette technologie face à ce que propose Google Cloud Plateform.

Pour bien comprendre ce qui est offert ici, revenons à la promesse des containers. L’un des attraits de cette technologie est la possibilité de les faire tourner presque instantanément à la demande lorsqu’une application cloud a besoin de plus de capacité. Là où le provisionnèrent d’une VM serait beaucoup plus long. Ceci correspond parfaitement aux promesses des Cloud en général et d’Azure en particulier : offrir une montée en charge dynamique et immédiate. Pourtant,  la mise en oeuvre des containers Docker peut être assez lente lorsqu’ils sont utilisés dans un environnement vraiment serverless comme Azure. C’est ce problème que veut résoudre Microsoft avec le projet « Teleport ». Sans surprise, le choix du nom, fait bien référence à Star Trek ! Avec comme objectif ici de « téléporter » instantanément les nouveaux containers dès lors qu’une puissance supplémentaire est requise.

teleportUne partie du problème vient en fait des différences intrinsèques d’attentes entre les machines virtuelles et les containers.

Steve Lasker explique :

 « Les VM ont été construites pour fonctionner dans la durée. On ne s’inquiétaient pas du temps qu’il fallait pour les démarrer lorsque la technologie a été inventée. Dans le framework .NET, nous avions tenu compte de ces contraintes en permettant de pouvoir changer du code à la volée, par compilation dynamique, car la VM devait rester en fonctionnement. Quand on pense aux containers, c’est tout le contraire. Nous pensons au temps pris par le démarrage. cela doit être moins d’une seconde et si ce n’est pas assez rapide, ce n’est pas grave, On en démarre un autre ! « .

Pour les containers, un certain nombre de couches doivent être chargées avant de pouvoir commencer. Les organisations qui utilisent des containers sur des serveurs, en utilisant Kubernetes par exemple, peuvent pré-cacher certaines couches sur une machine virtuelle afin que des conteneurs supplémentaires puissent être démarrés rapidement. Mais problème : cela ne fonctionne pas dans un environnement serverless comme Azure…

L’approche du Projet Teleport repose en gros, sur le fait que les datacenters Azure disposent de réseaux internes très rapides et que chaque couche devrait être compressée pour arriver dans une mise en marche dans un délai très court. Ensuite, le système s’appuie sur la mémoire locale et le CPU pour décompresser la couche…

Si ce projet vous intéresse vous pouvez demander une inscription au programme beta en remplissant ce formulaire.

 

La future version d’Azure Stack bientôt basée sur des containers ?

Datacenter Google 3Pour rappel, Azure Stack et une composante de choix de l’offre privé et hybride de Microsoft.  Il s’agit d’une extension d’Azure permettant d’exécuter (une partie) des services Azure en local.

D’après la bien informée Mary Joe Folley, Microsoft serait en train de modifier en profondeur l’architecture s’Azure Stack. Cette modification dont le nom de code serait  «Projet Saturne», devrait  rendre l’infrastructure Azure Stack plus simple et surtout plus segmentée. L’objectif serait aussi de se rapprocher de ce que propose Google dans GCP.

Microsoft chercherait un moyen de fournir des éléments clés de Azure Stack indépendamment de l’infrastructure sur laquelle ils s’exécutent. Lorsque Microsoft a initialement défini les plans d’Azure Stack, l’objectif était de permettre aux utilisateurs d’exécuter la plate-forme sur leur matériel existant. Mais Microsoft a finalement associé Azure Stack à des serveurs préconfigurés de ses partenaires Dell, Lenovo, HPE et Cisco. Pour se faire l’approche containers serait sans surprise la plus efficace. L’objectif étant  de pouvoir exécuter Azure Stack, et donc divers services Azure et des interfaces de programmation Azure – n’importe où.

La reconfiguration majeures du programme est bien en route, et parmi les indices, on peut aussi noter que selon le site Microsoft donnant la feuille de route Azure  aucune fonctionnalité n’a été ajoutée au produit Azure Stack depuis maintenant 1 année, un éternité sur Azure ! Certes, Microsoft avait annoncé au début d’année Azure Stack HCI (infrastructure hyperconvergée), qui permet aux clients d’exécuter des machines virtuelles sur site et de les connecter à Azure via une solution HCI mais les deux sont des produits différents avec des cas d’utilisation différents et l’un ne remplacera donc pas l’autre…