Quelqu'un peut-il comprendre et expliquer les différences fondamentales de Docker et de fusée?
Je ne semble pas l'obtenir.
Peut-être que c'est juste trop neuf d'une direction.
J'espère que quelqu'un peut expliquer les avantages fondamentaux et les inconvénients de Docker vs Rocket.
merci
https://coreos.com/blog/rocket/ https://github.com/coreos/rocket
4 Réponses :
pas clair maintenant, ils viennent de fourrer;) Mais la fusée veut s'en tenir à une philosophie unix pure
philosophie UNIX: les outils doivent être utiles de manière indépendante
qui implique que Docker est prêt à accorder moins d'attention à ce sujet. À mon avis, ce n'était pas le cas avant ce moment-là, mais oui Docker a annoncé des outils d'orchestration dans le futur ... Coreos construit sa propre pile d'orchestration, de sorte qu'ils n'ont pas vraiment besoin d'un docker.
Sommeer: Pour l'utilisation, utilisez Docker. Et posez cette question à nouveau dans un an.
Ce n'est pas une "fourchette" techniquement, mais une "réécriture" à partir de la terre.
En fait, cela ne semble pas être une fourchette du tout, pas seulement techniquement.
Rocket est un gestionnaire de conteneurs "au début de l'étape", tout comme Docker il y a quelques mois. Le nouveau "conteneur runtime" a été lanchué par Coreos il y a quelques jours, mais la chose qui est intéressante, c'est pourquoi?
essentiellement coreos, ainsi que Autres Open Source Developers and Startups, dit que Docker cassé l'idée d'un "conteneur standard", de simplicité et de composition, où Début de , Prouvé par le fait qu'ils Suppression du manifeste d'expédition d'origine '.
À mes côtés, j'ai déjà vu de nombreux signaux de cela, à partir de "l'autonomisation juridique" de la marque Docker, à la liste déroulante Les conteneurs LXC , la Tecnologie Linux Open Source à la base de Docker, qui permettait leur montée depuis le début. Je tire ma première réaction chaude ici , dans la réponse à la "contre-attaque" de Solomon Hykes ( Fondateur et créateur du projet Docker) À l'annonce Coreos.
C'est pourquoi j'ai trouvé assez curieux (hilariquement) la récente déclaration de Salomon Hykes: "Nous sommes debout sur les épaules des géants "
Ils ont également soulevé des doutes sur la perspective de sécurité et de composition:
Point de vue de la sécurité et de la composition de la composition, le processus Docker modèle - où tout fonctionne à travers un démon central - est fondamentalement défectueux. À "fixer" docker signifierait essentiellement une réécriture du projet, tout en héritant tous les bagages de l'existant Mise en œuvre.
Alors qu'est-ce que la fusée à la fin?
Rocket est une alternative au Docker Runtime, conçu pour le serveur environnements avec la sécurité et la production la plus rigoureuse conditions. La fusée est orientée autour du conteneur d'applications Spécification, un nouvel ensemble de spécifications simples et ouvertes pour un Format de conteneur portable.
Quelle est la différence avec Docker?
Le promesses fondement de la liberté et des normes ouvertes industrielles Comme dans DNS, HTTP, IMAP, SMTP, TCP / IP, ISO / OSI Stack ... Internet? Ou plus une perspective de sécurité et de composition concrète.
Regardez le haut-parleur éclectique et incroyable développeur Kelsey Hightower Tutoriel de fusée & Démo .
mise à jour en cours (spécifications - opensource - vision): [Doit lire] Incroyable Détails Nitty-Gritty à propos de la question de Docker défectueux
Toolkit universel pour émuler Heroku, quel que soit le moteur de pile ou de conteneur
Présentation de la spécification de la Rocket & App Conteneur
Ce dernier lien n'est pas à une critique de spécifications, il s'agit juste d'un geste Twitter de Guy.
Rocket - utilise SystemD-NSPOWN (ils peuvent aussi faire fonction de KVM) Il existe également une intention de faire de la fusée un cadre générique pour gérer tout environnement virtualisé expédié avec Coreos
Docker - utilise LXC (FITIGH SANS CLONE (ESPACE NAMES) & PIVOT_ROOT) Il commence par une image de base qui est en lecture seule et ajoute plus d'images. Il utilise un mont Union pour ajouter plus de systèmes de fichiers en lecture seule sur la racine de base FS. Il met également en œuvre la copie sur l'écriture. Il commence par une couche de lecture-écriture vide et si vous écrivez quelque chose dans un fichier, le fichier est d'abord copié dans la couche de lecture-écriture. Checkout AUFS.
L'effet net est très similaire (si les deux sont configurés pour utiliser des conteneurs), mais la manière dont les applications sont emballées et déployées sont différentes.
Rocket prétend une meilleure flexibilité en fournissant des spécifications d'applications.
Docker fournit un emballage et un déploiement portatif faciles / rapides.
Maintenant (2020) Rocket est officiellement mort: https://github.com/rkt/ RKT / Problèmes / 4024
Après acquisition par Red Hot New Propriétaire concentre ses efforts sur https://podman.io/
Essayez de lire ce gigaom.com/ 2014/12/01 / ... . Il offre une idée