Was ist der Unterschied zwischen dem neuen Habitat-Tool von Docker und Chef?

Question

Funktioniert das neue Habitat-Tool von Chef irgendwie mit Docker? Wenn ja, welches Problem versucht Habitat zu lösen, oder versucht es nur Werkzeuge im Docker-Toolset zu ersetzen (z. B. Docker Swarm, Docker Machine, Docker Compose usw.)?

Answer 1

Dies wird die Grenzen der Stackoverflow-Politik auf offene Fragen Fußleisten, aber ich werde auf jeden Fall antworten:

Docker und Habitat nicht wirklich viel überlappen. Der Hauptpunkt des Wettbewerbs ist der Aufbau von Release-Artefakten. Docker hat Dockerfiles und docker build, Habitat hat Pläne und das Studio. Die Ausgabe von beiden kann jedoch ein Docker-Image sein, das im Grunde ein Tarball eines Dateisystems zusammen mit einigen Metadaten ist. Habitat zielt mehr darauf ab, superminimale Artefakte zu bauen, d. H. Ohne eine Linux-Distribution jeglicher Art, keinen Paketmanager, nur statisch kompilierten ausführbaren Code und welche Support-Dateien Sie für diese spezifische App benötigen.

Wie zur Laufzeit sind sie 100% orthogonal. Docker ist eine Möglichkeit, einen Prozess innerhalb einer Reihe von Linux-Sicherheitsfunktionen auszuführen, die jetzt als "Container" bezeichnet werden. Habitat ist ein kleiner Stub, der Ihren Prozess umgibt und Dinge wie Runtime-Config-Verteilung, Secrets-Transfer und Service-Discovery behandelt. Diese Features überschneiden sich eher mit übergeordneten Tools wie Kube, aber selbst dort überlappt es sich kaum. Du brauchst etwas, um tatsächlich zu starten hab-sup, die docker run (möglicherweise über Swarm), Nomad, Kube, oder sogar ein Nicht-Container-System wie Upstart oder Runit sein könnte, wenn Sie wollten. Der einzige Interaktionspunkt zwischen diesen ist, dass alle Tools einen Einstiegspunkt-Prozess starten und hab-sup ein generischer Einstiegspunkt-Prozess ist, der jede App, die unter einigen coolen Funktionen läuft, anbietet, wenn sie sie benutzen wollen.