Yalıtılmış bir ortam oluşturmak için Vagrant veya Docker kullanmalı mıyım? [kapalı]

Geliştirme ve dağıtım için Ubuntu kullanıyorum ve yalıtılmış bir ortam yaratmaya ihtiyacım var.

Bu amaçla Vagrant veya Docker'ı düşünüyorum. Artıları ve eksileri nelerdir veya bu çözümler nasıl karşılaştırılır?

Amacınız izolasyonsa, Docker'ın istediğiniz şey olduğunu düşünüyorum.

Vagrant sanal bir makine yöneticisidir. Sağlamanın yanı sıra sanal makine yapılandırmasını da komut dosyası oluşturmanıza olanak tanır. Ancak, hala bağlı bir sanal makine VirtualBox'a (veya diğerlerine) büyük bir ek yüke . Büyük olabilen bir sabit sürücü dosyasına sahip olmanızı gerektirir, çok fazla koç alır ve performans çok iyi olmayabilir.

Docker ise LXC aracılığıyla çekirdek grubunu ve ad boşluğunu kullanıyor . Bu, anasistem ile aynı çekirdeği ve aynı dosya sistemini kullandığınız anlamına gelir. Kapsayıcınızın docker buildtemel hazırlığını ve yapılandırmasını işlemek için Dockerfile komutunu kullanabilirsiniz . Docs.docker.com adresinde Dockerfile dosyanızı nasıl oluşturacağınıza dair bir örnek var ; çok sezgisel.

Vagrant'ı kullanmak isteyebilmenizin tek nedeni, Ubuntu kutunuzda BSD, Windows veya başka bir Linux dışı geliştirme yapmanız gerektiğidir. Aksi takdirde Docker'a gidin.

Feragatname: Vagrant yazdım! Ama Vagrant yazdığım için, zamanımın çoğunu Docker gibi yazılımlar içeren DevOps dünyasında yaşıyorum. Vagrant kullanan pek çok şirketle çalışıyorum ve birçoğu Docker kullanıyor ve bu iki etkileşimin nasıl olduğunu görüyorum.

Çok fazla konuşmadan önce doğrudan bir cevap: özel senaryoda (tek başına çalışmak, Linux üzerinde çalışmak, Docker'ı üretimde kullanmak), sadece Docker'a sadık kalabilir ve işleri basitleştirebilirsiniz. Diğer birçok senaryoda (daha fazla tartışacağım), o kadar kolay değil.

Vagrant'ı Docker ile doğrudan karşılaştırmak doğru değildir. Bazı senaryolarda örtüşürler ve büyük çoğunluğunda yoktur. Aslında, daha uygun karşılaştırma Vagrant'a karşı Boot2Docker (Docker'ı çalıştırabilen minimum işletim sistemi) olacaktır. Vagrant soyutlamalar açısından Docker'ın üzerinde bir seviyedir, bu nedenle çoğu durumda adil bir karşılaştırma değildir.

Vagrant, geliştirme amacıyla uygulamaları / hizmetleri çalıştırmak için bir şeyler başlatır. Bu VirtualBox, VMware üzerinde olabilir. AWS, OpenStack gibi uzak olabilir. Bunların içinde, kaplar kullanırsanız, Vagrant bunu umursamaz ve kucaklar: örneğin Docker kaplarını otomatik olarak kurabilir, aşağı çekebilir, oluşturabilir ve çalıştırabilir. Vagrant 1.6 ile, Vagrant liman işçisi tabanlı geliştirme ortamlarına sahiptir ve Docker'ı Linux, Mac ve Windows'ta Vagrant ile aynı iş akışıyla kullanmayı destekler. Vagrant, Docker'ı burada değiştirmeye çalışmaz, Docker uygulamalarını kucaklar.

Docker özellikle Docker kaplarını çalıştırır. Doğrudan Vagrant ile karşılaştırıyorsanız: özellikle daha spesifik (yalnızca Docker kapsayıcılarını çalıştırabilir), daha az esnek (bir yerde Linux veya Linux ana bilgisayar gerektirir) çözümüdür. Elbette üretim veya CI hakkında konuşuyorsanız, Vagrant ile karşılaştırılamaz! Vagrant bu ortamlarda yaşamıyor ve bu nedenle Docker kullanılmalı.

Kuruluşunuz tüm projeleri için yalnızca Docker kapsayıcıları çalıştırıyorsa ve yalnızca Linux'ta çalışan geliştiriciler varsa, tamam, Docker kesinlikle sizin için çalışabilir!

Aksi takdirde, Vagrant'ın sunduğu gerçek iş / üretkenlik avantajlarına sahip birçok şeyi kaybettiğiniz için Docker'ı tek başına kullanmaya çalışmanın bir faydasını görmüyorum:

• Vagrant, VirtualBox, VMware, AWS, OpenStack vb. Makineleri başlatabilir. Neye ihtiyacınız olduğu önemli değil, Vagrant başlatabilir. Docker kullanıyorsanız, Vagrant Docker'ı bunlardan herhangi birine yükleyebilir, böylece bunları bu amaç için kullanabilirsiniz.

• Vagrant, tüm projeleriniz için tek bir iş akışıdır. Ya da başka bir deyişle, bir Docker kapsayıcısında olsun ya da olmasın, insanların bir projeyi yürütmeyi öğrenmek zorunda oldukları tek şeydir. Örneğin, gelecekte bir yarışmacı doğrudan Docker ile rekabet etmek için ortaya çıkarsa, Vagrant bunu da çalıştırabilir.

• Vagrant Windows (XP'ye geri dön), Mac (10.5'e geri dön) ve Linux (geri 2.6 çekirdeğine) üzerinde çalışır. Her üç durumda da, iş akışı aynıdır. Docker kullanıyorsanız, Vagrant, Docker'ı bu sistemlerin üçünde çalıştırabilen bir makine (VM veya uzaktan kumanda) başlatabilir.

• Vagrant, ağ oluşturma ve klasörleri eşitleme gibi bazı gelişmiş veya önemsiz şeyleri nasıl yapılandıracağını bilir. Örneğin: Vagrant, bir makineye veya iletme bağlantı noktalarına nasıl statik bir IP ekleneceğini bilir ve hangi sistemi kullanırsanız kullanın (VirtualBox, VMware, vb.) Senkronize klasörler için, Vagrant yerel ayarlarınızı almak için birden fazla mekanizma sağlar dosyaları uzak makineye aktarın (VirtualBox paylaşılan klasörleri, NFS, rsync, Samba [eklenti], vb.). Docker, hatta Vagrant'sız bir VM'li Docker kullanıyorsanız, bunu manuel olarak yapmanız veya bu durumda Vagrant'ı yeniden icat etmesi gerekir.

• Vagrant 1.6, liman işçisi tabanlı geliştirme ortamları için birinci sınıf desteğe sahiptir . Bu, Linux'ta sanal bir makine başlatmaz ve Mac ve Windows'ta otomatik olarak bir sanal makine başlatır. Sonuçta, Docker ile çalışmanın tüm platformlarda aynı olması, Vagrant ise ağ oluşturma, senkronize edilen klasörler gibi şeylerin yorucu ayrıntılarını hala ele alıyor.

Vagrant yerine Docker kullanmak lehine duyduğum belirli karşı argümanları ele almak için:

• "Daha az hareketli parça" - Evet, Docker'ı her proje için özel olarak kullanıyorsanız, olabilir. O zaman bile, Docker kilitlenmesi için esneklikten ödün veriyor. Docker'ı herhangi bir proje, geçmiş, şimdiki zaman veya gelecek için kullanmaya karar verirseniz, daha fazla hareketli parçaya sahip olursunuz. Vagrant kullandıysanız, gerisini destekleyen hareketli bir parçaya sahipsiniz.

• "Bu daha hızlı!" - Linux kapsayıcılarını çalıştırabilecek bir ana makineye sahip olduğunuzda, Docker bir kapsayıcıyı çalıştırırken kesinlikle herhangi bir sanal makinenin başlatmasından daha hızlıdır. Ancak sanal bir makinenin (veya uzak makinenin) başlatılması tek seferlik bir maliyettir. Gün boyunca, çoğu Vagrant kullanıcısı sanal makinelerini asla yok etmiyor. Geliştirme ortamları için garip bir optimizasyon. Docker'ın gerçekten parladığı üretimde, konteynerleri hızla yukarı / aşağı döndürme ihtiyacını anlıyorum.

Umarım şimdi Docker'ı Vagrant ile karşılaştırmanın çok zor olduğunu ve doğru olmadığına inanıyorum. Geliştirme ortamları için Vagrant daha soyut, daha geneldir. Docker (ve Vagrant gibi davranmanın çeşitli yolları) Vagrant'ın sunduğu her şeyi göz ardı ederek Vagrant'ın belirli bir kullanım örneğidir.

Sonuç olarak: son derece spesifik kullanım durumlarında Docker kesinlikle Vagrant'ın yerine geçebilir. Çoğu kullanım durumunda, değildir. Vagrant, Docker kullanımınızı engellemez; aslında bu deneyimi daha pürüzsüz hale getirmek için elinden geleni yapıyor. Bunun doğru olmadığını görürseniz, Vagrant'ın amacı herhangi bir sistemle eşit derecede iyi çalışmak olduğundan, şeyleri iyileştirmek için öneriler almaktan memnuniyet duyarım.

Umarım bu şeyleri temizler!

Ben Docker'ın yazarıyım.

Kısa cevap, makineleri yönetmek istiyorsanız Vagrant kullanmanız gerektiğidir. Uygulama ortamları oluşturmak ve çalıştırmak istiyorsanız Docker'ı kullanmalısınız.

Vagrant sanal makineleri yönetmek için bir araçtır. Docker, uygulamaları hafif kaplara paketleyerek uygulamaları oluşturmak ve dağıtmak için bir araçtır. Bir kapsayıcı, bağımlılıkları (yürütülebilir dosyalar, kitaplıklar, yapılandırma dosyaları vb.) İle birlikte hemen hemen tüm yazılım bileşenlerini tutabilir ve bunu garantili ve tekrarlanabilir bir çalışma zamanı ortamında çalıştırabilir. Bu, uygulamanızı bir kez oluşturmayı ve herhangi bir yere dağıtmayı çok kolay hale getirir - test için dizüstü bilgisayarınızda, ardından canlı dağıtım için farklı sunucularda vb.

Linux'ta yalnızca Docker'ı kullanabileceğiniz yaygın bir yanlış anlamadır. Bu yanlış; Mac'e ve Windows'a Docker'ı da yükleyebilirsiniz. Mac'e yüklendiğinde Docker, kabınız için bir sarıcı görevi gören küçük bir Linux VM'yi (diskte 25 MB!) Paketler. Kurulduktan sonra bu tamamen şeffaftır; Docker komut satırını tamamen aynı şekilde kullanabilirsiniz. Bu size her iki dünyanın en iyisini verir: uygulamanızı çok hafif, test edilmesi kolay ve hareket etmesi kolay kapları kullanarak test edebilir ve geliştirebilirsiniz ( yeniden kullanılabilir kapları paylaşmak için bkz. Https://hub.docker.com . Docker topluluğu), ve sanal makineleri yönetmenin kesin bir ayrıntısı için endişelenmenize gerek yok.

Teorik olarak Vagrant'ı Docker için bir soyutlama katmanı olarak kullanmak mümkündür. Buna karşı iki nedenden dolayı tavsiye ederim:

• Birincisi, Vagrant Docker için iyi bir soyutlama değildir. Vagrant sanal makineleri yönetmek için tasarlanmıştır. Docker bir uygulama çalışma zamanını yönetmek için tasarlanmıştır. Bu, Docker'ın tasarım gereği bir uygulama ile daha zengin şekillerde etkileşime girebileceği ve uygulama çalışma zamanı hakkında daha fazla bilgiye sahip olduğu anlamına gelir. Docker'daki temel öğeler, işlemler, günlük akışları, ortam değişkenleri ve bileşenler arasındaki ağ bağlantılarıdır. Vagrant'taki ilkeller makineler, blok cihazlar ve ssh anahtarlarıdır. Vagrant sadece yığının altına oturur ve bir kapla etkileşime girmenin tek yolu, "önyükleme" yapabileceğiniz ve "giriş yapabileceğiniz" gibi başka bir makine olduğunu iddia etmektir. Yani, bir Docker eklentisi ile "vagrant up" yazabilirsiniz ve oldukça güzel bir şey olacaktır. Docker'ın yapabileceklerinin tam olarak yerine geçebilir mi? Yerli Docker'ı birkaç gün deneyin ve kendiniz görün :)

• İkincisi, kilitleme argümanı. "Vagrant'ı soyutlama olarak kullanırsanız, Docker'a kilitlenmeyeceksiniz!". Makineleri yönetmek için tasarlanan Vagrant açısından bu mükemmel bir anlam ifade ediyor: konteynerler sadece başka bir makine değil mi? Tıpkı Amazon EC2 ve VMware gibi, tedarik araçlarımızı belirli bir satıcıya bağlamamaya dikkat etmeliyiz! Bu, kilitlenmeyi yaratacaktır - Vagrant ile her şeyi soyutlamak daha iyidir. Bunun dışında Docker'ın amacı tamamen eksik. Docker makine tedarik etmiyor; uygulamanızı her yere bırakılabilen hafif bir taşınabilir çalışma zamanında sarar.

Uygulamanız için hangi çalışma süresinin seçtiğinizin, makinelerinizi nasıl sağladığınızla ilgisi yoktur! Örneğin, uygulamaları başkası tarafından sağlanan makinelere (örneğin, sistem yöneticiniz tarafından dağıtılan bir EC2 örneği, belki de Vagrant kullanarak) veya Vagrant'ın hiç sağlayamayacağı çıplak metal makinelere dağıtmak oldukça sık görülür. Tersine, Vagrant'ı uygulamanızı geliştirmeyle ilgisi olmayan makineleri (örneğin, kullanıma hazır bir Windows IIS kutusu veya benzeri) sağlamak için kullanabilirsiniz. Ya da Vagrant'ı Docker kullanmayan projeler için makine sağlamak için kullanabilirsiniz - belki de bağımlılık yönetimi ve sanal alan için rubygems ve rvm kombinasyonunu kullanırlar.

Özetle: Vagrant makineleri yönetmek içindir ve Docker uygulama ortamlarını oluşturmak ve çalıştırmak içindir.

Yanıtımı Docker ile hiçbir deneyimim olmadığını itiraf ediyorum, çok çekiş kazanan gerçekten temiz bir çözüm gibi görünen hevesli bir gözlemci olmaktan başka.

Vagrant ile deneyim iyi bir miktar var ve kesinlikle tavsiye. LXC tabanlı yerine VM tabanlı olması açısından kesinlikle daha ağır bir çözümdür. Ancak, iyi bir dizüstü bilgisayar buldum (8 GB RAM, i5 / i7 CPU) geliştirme takımının yanında Vagrant / VirtualBox kullanarak bir VM çalıştırmakta sorun yaşamadım.

Vagrant ile gerçekten harika şeylerden biri, yapılandırmayı otomatikleştirmek için Kukla / Şef / kabuk komut dosyalarıyla entegrasyon . Üretim ortamınızı yapılandırmak için bu seçeneklerden birini kullanıyorsanız, alacağınızla aynı olan bir geliştirme ortamı oluşturabilirsiniz ve bu tam olarak istediğiniz şeydir.

Vagrant ile diğer harika şey, Vagrantfile'ınızı uygulama kodunuzla birlikte versiyonlayabilmenizdir. Bu, ekibinizdeki diğer herkesin bu dosyayı paylaşabileceği ve herkesin aynı ortam yapılandırmasıyla çalışacağından emin olduğunuz anlamına gelir.

İlginçtir, Vagrant ve Docker aslında ücretsiz olabilir. Vagrant farklı sanallaştırma sağlayıcılarını destekleyecek şekilde genişletilebilir ve Docker'ın yakın gelecekte destek alan böyle bir sağlayıcı olması mümkün olabilir. Konuyla ilgili son tartışmalar için bkz. Https://github.com/dotcloud/docker/issues/404 .

Çok tamamlayıcılar.

Birkaç aydır tüm projelerim için VirtualBox, Vagrant ve Docker'ın bir kombinasyonunu kullanıyorum ve aşağıdaki faydaları güçlü bir şekilde hissettim.

Vagrant içinde herhangi bir Chef solo provizyonu tamamen ortadan kaldırabilirsiniz ve vagrant dosyanızı yapmanız gereken tek şey, docker'ı yükleyen tek bir küçük kabuk betiği çalıştıran bir makine hazırlamaktır. Bu, her proje için Vagrant dosyalarının neredeyse aynı ve çok basit olduğu anlamına gelir.

İşte tipik bir Vagrantfile

# -*- mode: ruby -*-
# vi: set ft=ruby :
VAGRANTFILE_API_VERSION = "2"
Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
  config.vm.box = "mark2"
  config.vm.box_url = "http://cloud-images.ubuntu.com/vagrant/trusty/current/trusty-server-cloudimg-amd64-vagrant-disk1.box"
  [3000, 5000, 2345, 15672, 5672, 15674, 27017, 28017, 9200, 9300, 11211, 55674, 61614, 55672, 5671, 61613].each do |p|
    config.vm.network :forwarded_port, guest: p, host: p
  end
  config.vm.network :private_network, ip: "192.168.56.20"
  config.vm.synced_folder ".", "/vagrant", :type => "nfs"
  config.vm.provider :virtualbox do |vb|
    vb.customize ["modifyvm", :id, "--memory", "2048"]
    vb.customize ["modifyvm", :id, "--cpus", "2"]
  end
  # Bootstrap to Docker
  config.vm.provision :shell, path: "script/vagrant/bootstrap", :privileged => true
  # Build docker containers
  config.vm.provision :shell, path: "script/vagrant/docker_build", :privileged => true
  # Start containers
  # config.vm.provision :shell, path: "script/vagrant/docker_start", :privileged => true
end

Docker'ı yükleyen Bootstrap dosyası şöyle görünür

#!/usr/bin/env bash
echo 'vagrant  ALL= (ALL:ALL) NOPASSWD: ALL' >> /etc/sudoers
apt-get update -y
apt-get install htop -y
apt-get install linux-image-extra-`uname -r` -y
apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 36A1D7869245C8950F966E92D8576A8BA88D21E9
echo deb http://get.docker.io/ubuntu docker main > /etc/apt/sources.list.d/docker.list
apt-get update -y
apt-get install lxc-docker -y
apt-get install curl -y

Şimdi çalıştırmam gereken tüm hizmetleri almak için böyle bir şeye benzeyen bir docker_start betiği var

#!/bin/bash
cd /vagrant
echo Starting required service containers
export HOST_NAME=192.168.56.20
# Start MongoDB
docker run --name=mongodb --detach=true --publish=27017:27017 --publish=28017:28017 dockerfile/mongodb
read -t5 -n1 -r -p "Waiting for mongodb to start..." key
# Start rabbitmq
docker run --name=rabbitmq --detach=true --publish=5671:5671 --publish=5672:5672 --publish=55672:55672 --publish=15672:15672 --publish=15674:15674 --publish=61613:61613 --env RABBITMQ_USER=guest --env RABBITMQ_PASS=guest rabbitmq
read -t5 -n1 -r -p "Waiting for rabbitmq to start..." key
# Start cache
docker run --name=memcached --detach=true --publish=11211:11211  ehazlett/memcached
read -t5 -n1 -r -p "Waiting for cache to start..." key
# Start elasticsearch
docker run --name=elasticsearch --detach=true --publish=9200:9200 --publish=9300:9300 dockerfile/elasticsearch
read -t5 -n1 -r -p "Waiting for elasticsearch to start..." key
echo "All services started"

Bu örnekte MongoDB, Elastisearch, RabbitMQ ve Memcached kullanıyorum

Docker olmayan bir Chef solo yapılandırması oldukça karmaşık olacaktır.

Üretim aşamasına geçtiğinizde, geliştirme ortamını, docker'ı çalıştırmak için yeterli yapılandırmaya sahip oldukları için aynı olan bir ana bilgisayar altyapısına çevirerek son büyük bir artı elde edilir.

İlgileniyorsanız, web sitemdeki geliştirme ortamı hakkında daha ayrıntılı bir makalem var.

Vagrant / Docker Geliştirme Ortamını Uygulama

Vagrant-lxc Vagrant için Vagrant sağlamak için LXC kullanmanıza izin veren bir eklentidir. Varsayılan vagrant VM'nin (VirtualBox) sahip olduğu tüm özelliklere sahip değildir, ancak docker kaplarından daha fazla esnekliğe izin vermelidir. Bağlantıda izlemeye değer yeteneklerini gösteren bir video var.

Vagrant ile artık Docker'ı sağlayıcı olarak kullanabilirsiniz. http://docs.vagrantup.com/v2/docker/ . VirtualBox veya VMware yerine Docker sağlayıcısı kullanılabilir.

Vagrant ile provizyon yapmak için Docker'ı da kullanabileceğinizi lütfen unutmayın. Bu, Docker'ı sağlayıcı olarak kullanmaktan çok farklıdır. http://docs.vagrantup.com/v2/provisioning/docker.html

Bu, Şef veya Kuklayı Docker ile değiştirebileceğiniz anlamına gelir . Docker gibi kombinasyonları sağlayıcı olarak (VM) sağlayıcı olarak Chef ile kullanabilirsiniz. Veya sağlayıcı olarak VirtualBox ve sağlayıcı olarak Docker'ı kullanabilirsiniz.

Her ikisini de kullanmak, uygulama teslim testinin önemli bir parçasıdır. Sadece Docker ile ilgilenmeye başlıyorum ve yazılımını oluşturma ve sunmada korkunç karmaşıklığa sahip bir uygulama ekibi hakkında çok fazla düşünmeye başladım. Klasik bir Phoenix Projesi / Sürekli Teslim durumunu düşünün.

Düşünme böyle bir şeye gider:

• Bir Java / Go uygulama bileşenini alın ve bir kapsayıcı olarak oluşturun (not, uygulamanın kapta oluşturulup oluşturulmadığından veya kapsayıcıya kurulup kurulmadığından emin değilsiniz)
• Kapsayıcıyı bir Vagrant VM'ye teslim edin.
• Bunu tüm uygulama bileşenleri için tekrarlayın.
• Kodlanacak bileşen (ler) i yineleyin.
• Vagrant tarafından yönetilen VM'lere dağıtım mekanizmasını sürekli test edin
• Kapsayıcıyı kurmanın zamanı geldiğinde iyi uyumak, uyumluluk testinin Docker'dan önceki sürüme göre çok daha sürekli bir şekilde gerçekleştiğini bilmek.

Bu, Mitchell'in Vagrant'ın Sürekli Teslimde Farley / Humbles düşüncesi ile birlikte gelişme amaçlı olduğu yönündeki ifadesinin mantıklı bir uzantısı gibi görünüyor. Bir geliştirici olarak, entegrasyon testi ve uygulama teslimi hakkındaki geri bildirim döngüsünü küçültebilirsem, daha yüksek kalite ve daha iyi çalışma ortamları gelecektir.

Bir geliştirici olarak sürekli ve sürekli olarak VM'ye kapları teslim ettiğim ve uygulamayı daha bütünsel olarak test ettiğim, üretim sürümlerinin daha da basitleştirileceği anlamına geliyor.

Bu yüzden Vagrant'ın geliştiğini Docker'ın uygulama dağıtımı için harika sonuçlarından yararlanmanın bir yolu olarak görüyorum.

Kazanmak için kesinlikle Docker!

Bildiğiniz gibi Vagrant sanal makine yönetimi için, Docker ise yazılım kapları yönetimi içindir. Farkın farkında değilseniz, işte burada: Bir yazılım kapsayıcısı aynı makineyi ve çekirdeği diğer yazılım kapsayıcılarıyla paylaşabilir. Kapları kullanarak paradan tasarruf edersiniz, çünkü kaynakları birden fazla işletim sisteminde (çekirdeklerde) boşa harcamazsınız, sunucu başına daha fazla yazılım paketleyebilirsiniz.

Tabii ki kendi tuzakları ve zorluklarıyla ilgilenmek için yeni bir disiplin.

Gereksinimleriniz tek makine kaynakları sınırını aşarsa Docker Swarm'a gidin.

Gerçek Oracle Java dergisinde Docker'ı Vagrant (ve Kukla) ile birlikte kullanma hakkında gerçekten bilgilendirici bir makale var:

Sonuç

Docker'ın hafif konteynerleri klasik VM'lere kıyasla daha hızlıdır ve geliştiriciler arasında ve CD ve DevOps girişimlerinin bir parçası olarak popüler olmuştur. Amacınız izolasyonsa, Docker mükemmel bir seçimdir. Vagrant, tek tek sanal makinelerin yapılandırmalarını komut dosyası oluşturmanıza ve provizyon yapmanıza olanak tanıyan bir VM yöneticisidir. Bununla birlikte, VirtualBox'a (veya başka bir VM yöneticisine) bağlı bir VM'yi nispeten büyük ek yükü ile eşiklendirir. Büyük olabilen bir sabit sürücü boşta olmanızı gerektirir, çok fazla RAM alır ve performans yetersiz olabilir. Docker, LXC aracılığıyla çekirdek gruplarını ve ad alanı izolasyonunu kullanır. Bu, ana bilgisayar ile aynı çekirdeği ve aynı ile sistemi kullandığınız anlamına gelir. Vagrant soyutlama açısından Docker'ın üzerinde bir seviye, bu yüzden gerçekten karşılaştırılabilir değiller. Kukla gibi yapılandırma yönetimi araçları, hedef ortamları sağlamak için yaygın olarak kullanılır. Docker ile mevcut Kukla tabanlı çözümleri tekrar kullanmak kolaydır. Ayrıca çözümünüzü dilimleyebilirsiniz, böylece altyapı Kukla ile sağlanır; ara katman yazılımı, işletme uygulamasının kendisi veya her ikisi de Docker ile sağlanır; ve Docker Vagrant tarafından sarıldı. Bu araç yelpazesi ile senaryonuz için en iyisini yapabilirsiniz.

DevOps'ta Docker kapsayıcıları nasıl oluşturulur, kullanılır ve düzenlenir http://www.javamagazine.mozaicreader.com/JulyAug2015#&pageSet=34&page=0