Quelle est la différence entre Docker et Rocket de CoreOS?

Rocket est un gestionnaire de conteneurs «en démarrage», tout comme Docker l’a fait il ya quelques mois. Le nouveau “runtime du conteneur” a été lancé par CoreOS il y a quelques jours, mais la chose la plus intéressante est POURQUOI?

Essentiellement, CoreOS, ainsi que d’ autres développeurs et startups Open Source, affirment que Docker a brisé l’idée d’un «conteneur standard», de la simplicité et de la composition, à partir duquel ils ont supprimé le manifeste original des conteneurs .

À mes côtés, j’ai déjà vu beaucoup de signes de cela, à partir de la «prise en charge légale» de la marque Docker, aux conteneurs LXC , la technologie Linux open source à la base de Docker. . Je tire ma première réaction chaude ici , en réponse à la “contre-attaque” de Solomon Hykes (fondateur et créateur du projet Docker) sur l’annonce de CoreOS.

C’est pourquoi j’ai trouvé assez curieux (hilarant) la récente déclaration de Solomon Hykes: “Nous sums sur les épaules des géants”

Ils ont également émis des doutes quant à la perspective de la sécurité et de la composabilité:

Du sharepoint vue de la sécurité et de la composabilité, le modèle de processus Docker – où tout est géré par un démon central – est fondamentalement défectueux. “Réparer” Docker signifierait essentiellement une réécriture du projet, tout en héritant de tous les bagages de l’implémentation existante.

Alors, qu’est ce que Rocket à la fin?

Rocket est une alternative à l’environnement d’exécution Docker, conçu pour les environnements de serveurs avec les exigences de sécurité et de production les plus rigoureuses. Rocket est orienté autour de la spécification App Container, un nouvel ensemble de spécifications simples et ouvertes pour un format de conteneur portable.

Quelle est la différence avec Docker?

Le fondement de la liberté et des standards ouverts indussortingels tels que le DNS, HTTP, IMAP, SMTP, TCP / IP, la stack ISO / OSI … Internet? Ou plutôt une perspective concrète de sécurité et de composition.

Jetez un coup d’œil au conférencier éclectique et à l’incroyable développeur Kelsey Hightower Rocket Tutorial & Demo .

UPDATE en cours (SPECs – OPENSOURCE – VISION):

[DOIT LIRE] Des détails étonnants sur Docker

boîte à outils universelle pour émuler Heroku, indépendamment de la stack ou du moteur de conteneur

Présentation des spécifications de conteneur Rocket & App

Pas clair maintenant, ils ont juste fourré;) Mais Rocket veut s’en tenir à la philosophie unix pure

Philosophie Unix: les outils devraient être utiles indépendamment

Ce qui implique que Docker est prêt à accorder moins d’attention à ce sujet. A mon avis, ce n’était pas le cas jusqu’à présent, mais oui, Docker a annoncé des outils d’orchestration à l’avenir … CoreOS construit sa propre stack d’orchestration pour qu’ils n’en aient pas vraiment besoin.

En résumé: pour l’instant, utilisez Docker. Et posez cette question à nouveau dans un an.

Rocket – utilise systemd-nspawn (ils peuvent aussi faire exec de kvm) Il y a aussi une intention de faire fusionner un framework générique pour gérer tout environnement virtualisé fourni avec CoreOS

Docker – utilise lxc (inturn ne clone (namespace) & pivot_root) Il commence par une image de base qui est en lecture seule et y ajoute plus d’images. Il utilise l’union pour append d’autres systèmes de fichiers en lecture seule à la racine de base fs. Il implémente également la copie sur écriture. Il commence par une couche lecture-écriture vide et si vous écrivez quelque chose dans un fichier, le fichier est d’abord copié dans la couche lecture-écriture. caisse aufs

L’effet net est très similaire (si les deux sont configurés pour utiliser des conteneurs), mais la façon dont les applications sont packagées et déployées est différente.
affirmations de fusée pour fournir une meilleure flexibilité en fournissant des spécifications d’application. Docker fournit un emballage et un déploiement faciles et rapides.