Discussion :

[Stéphane le calme]

Google propose Container Engine en beta,
son outil utilisé pour le déploiement et la gestion des conteneurs sur son infrastructure Cloud

Google a élargi la disponibilité de deux de ses services Cloud qui permettent de travailler avec des applications packagées dans des containers. Google Container Engine, utilisé pour le déploiement et la gestion des conteneurs sur l'infrastructure Cloud de Google, qui n’était jusqu'à présent disponible qu’en version alpha, est désormais proposé en version bêta. Notons également que Google Container Registry, pour le stockage des conteneurs d’images dans un registre privé et chiffré, n’est plus en version bêta.

Google a fait quelques modifications à Container Engine, basé sur le logiciel open-source de gestion des containers Kubernetes de Google, qui peut déployer des conteneurs sur plusieurs Cloud publics. Désormais, Google ne mettra à jour que la version de Kubernetes qui s’exécute à l'intérieur du Container Engine lorsque vous lancez une commande. « Container Engine simplifie la mise en place d’un cluster de containers et la gestion de votre application. Il vous suffit de définir simplement vos besoins, comme les exigences CPU et mémoire, et Container Engine va programmer vos containers dans des clusters et les gérer automatiquement », explique Eric Han, un chef de produit Google.

Dans le cas où vous utilisez Google Cloud VPN pour vous connecter à un datacenter de Google, vous pourrez réserver une plage d’adresses IP pour votre cluster de conteneurs, permettant à vos adresses IP de coexister avec un réseau privé d’IPs. Vous pourrez également activer Google Cloud Logging avec une seule case à cocher.

Concernant la tarification, Google parle de 15 centimes de dollars de l’heure par cluster standard, précisant qu’un cluster standard peut comprendre jusqu’à 100 nœuds de machines virtuelles, et Google va gérer la disponibilité du cluster pour vous. Google ne prélèvera rien dans une utilisation cluster basique, qui vous permet d’essayer Container Engine sur 5 nœuds de machines virtuelles tout au plus.

Encore une fois Google essaye d’être plus présent que jamais dans le marché du Cloud avec des outils pour sauvegarder des images ou déployer applications dans des conteneurs. Il faut dire que la concurrence, notamment Microsoft, IBM ou Amazon Web Services pour ne citer que ceux-là, à également proposé des améliorations dans sa stratégie de conteneurs.

Source : Google

[Wilfried INDAT]

Google annonce la disponibilité de Container Engine
son service Cloud de gestion des conteneurs, propulsé par Kubernetes

Après la version bêta, Google officialise la sortie de la version stable de Container Engine, son moteur de conteneurs Docker exploité sur la plateforme Google Cloud, alimenté par Kubernetes.

Container Engine est un moteur de gestion automatisé des conteneurs. Il permet de gérer les conteneurs de votre cluster en exploitant au mieux vos conteneurs Docker. Il est essentiellement alimenté par l’outil open source « Kubernetes ». Rappelons-le, Kubernetes est un système qui permet de gérer un cluster de plusieurs conteneurs, comme un système unique, de manière à accélérer le déploiement d’applications et simplifier leur exécution. Entre autres, il permet d’organiser les ressources des conteneurs Docker et de planifier les charges attribuées à un cluster de calcul en fonction des requêtes des utilisateurs.

Avec Container Engine, les utilisateurs pourront tirer le meilleur parti de leurs clusters en bénéficiant de la plus grande puissance de calcul disponible. Ils profiteront des capacités de leur cluster en mode : on-premise, hybride ou cloud public. De ce fait, il facilite le travail des utilisateurs qui pourront gérer un plus grand nombre de conteneurs et suivre en temps réel les applications déployées.

Il intègre également « Container Registry », un registre de conteneurs permettant de stocker et d’accéder à des images. Il y a aussi « Cloud Logging », qui permet de suivre les applications exécutées. Encore en version bêta, « Cloud Logging » a pour fonction de recueillir et enregistrer les journaux des applications et des services sur Google Cloud. De plus, Container Engine facilite le déploiement d’un réseau hybride en utilisant « Google Cloud VPN ».

En cas de besoin, vous pouvez également avoir recours à Container Engine pour réadapter les exigences de vos applications en augmentant ou en diminuant les ressources allouées aux conteneurs de votre cluster. Ces paramètres, une fois définis, sont enregistrés dans un fichier Json. Ils serviront de base à Container Engine pour maintenir la bonne exécution de vos applications. Container Engine est un moteur fiable qui permettra d’assurer la disponibilité de vos clusters et leurs mises à jour.

Une des forces de Container Engine est sans aucun doute sa flexibilité. Il peut être déployé sur une grande majorité de plateformes à savoir : Red Hat, Microsoft, IBM, Mirantis OpenStack, et VMWare. Cet avantage permettra aux entreprises de répartir leurs charges de travail sur des plateformes différentes et de profiter ainsi des services de plusieurs fournisseurs Cloud à la fois.


Source : Google


Et vous ?

Envisagez-vous d’intégrer Google Container Engine à votre cluster ? Pourquoi ?

[gstratege]

Sur wikipédia : « Docker est un outil qui peut empaqueter une application et ses dépendances dans un conteneur virtuel, qui pourra être exécuté sur n'importe quel serveur Linux »
Et en français ça donne quoi ?

[36942]

Sur wikipédia : « Docker est un outil qui peut empaqueter une application et ses dépendances dans un conteneur virtuel, qui pourra être exécuté sur n'importe quel serveur Linux »
Et en français ça donne quoi ?

On peut faire le parallèle avec une VM, sauf qu'un conteneur partage le kernel de l'hôte. Docker ne fonctionne donc que sous linux, mais les conteneurs ont bien des avantages par rapports aux VM : performances proches du natif, réduction drastique de l'espace disque et de la mémoire vive nécessaire, possibilité de versionnage, et bien d'autres.

En gros, on va dire que tu as une webapp à déployer, tu prends une image Docker de tomcat, tu y ajoute ton appli et tes dépendances et tu crée ta propre image à partir du résultat. Tu peux alors partager ton image qui est prête à l'emploi pour quiconque dispose de Docker. A partir de cette image on peut instancier un ou plusieurs conteneurs.

Ce type de packaging et les outils qui gravitent autour offre des possibilités gigantesques en termes de gestion de services en cluster. C'est aussi très pratique pour le dev solitaire qui veut tester une techno sans passer 2h à l'installer/configurer. Et c'est aussi très pratique pour éviter les collisions sur un serveur d'intégration continue.

[HippoBaro]

On peut faire le parallèle avec une VM, sauf qu'un conteneur partage le kernel de l'hôte. Docker ne fonctionne donc que sous linux, mais les conteneurs ont bien des avantages par rapports aux VM : performances proches du natif, réduction drastique de l'espace disque et de la mémoire vive nécessaire, possibilité de versionnage, et bien d'autres.

Non non Docker est compatible avec Windows, FreeBSD et autres.
Cf. https://docs.docker.com/installation/

Concrètement c'est un outil qui te permet d'avoir les avantages des VM sans leurs désavantages.

[Aeson]

performances proches du natif,

Passer par des vm ne genere plus de pertes de performances. L'OS Host est lui meme une VM et ils comuniquent tous directement avec l'hyperviseur. La vm communique directement avec l'hyperVisuer. Tous comme l'OS Host.

sauf qu'un conteneur partage le kernel de l'hôte

C'est justement le probleme des contenaires comme docker car du point de vue securité ca offre beaucoup moins d'avantage que des VM. Une VM a son propre systeme de gestion des droit. Pour les contenaire il est partagé. C'est celui de l'host. Et ce n'est pas a prendre a la legere.

https://zeltser.com/security-risks-a...r-application/

[kabwealex]

Bonjours à tous,
je suis étudiant en deuxieme année de licence informatique en Republique democratique du Congo. Et j'ai un probleme pour debuter mon travail de fin d'etude. voici impeut la problematique de mon travail et mes soucis:::

Problématique du sujet :

Un monsieur arrive dans la ville de Kinshasa, par exemple. Il désir arriver à un endroit donné (Pompage par exemple) mais il ne maitrise pas trop la ville toutefois il connait sa destination. Un autre désire aller dans la ville de Kikwite, l’autre dans la ville de Boma, eux tous savent exactement leur destination mais ne savent pas quel itinéraire prendre, quel transport pourra-t-il prendre, combien cela pourra lui couter et combien de temps le transport pourra mettre pour arriver à destination.
Pour çà je pense à un web service comme solution, qui pourra faciliter ces personnes. Le web service sera atteignable par une solution androïde que je vais mettre aussi en place. La géolocalisation va intervenir très probablement, les notions de graphes, je pense aussi, car il faudra déterminer le chemin le plus cours en terme d’argent et de temps.
La question que je me pose est la suivante, ce sujet peut-il faire l’objet d’un travail de fin d’étude ? Parce que moi je le trouve moins consistant, et moins sérieux car pour moi, mon travail doit ramasser un bon nombre des notions que j’ai acquise durant tout mon cursus universitaire aussi je pense apporter une solution informatique dans mon pays (résoudre un cas réel de mon pays). Mais en même temps, je suis à cours d’idée par rapport au travail que je dois réaliser et vu que je ne trouve pas mon travail consistant, je ne me sens plus motivé pour écrire, or dans peu de temps on va me demander de défendre mon mémoire.

Toutefois, je suis également intéresser par le grid computing et le cloud computing donc, si vous avez un bon truc à me proposer, sur lequel je pourrais également travaillé, je serais très ravi.