[vagrant] 격리 된 환경을 만들기 위해 Vagrant 또는 Docker를 사용해야합니까? [닫은]

면책 조항 : 나는 Vagrant를 썼습니다! 그러나 Vagrant를 작성했기 때문에 Docker와 같은 소프트웨어가 포함 된 DevOps 세계에서 대부분의 시간을 보냅니다. Vagrant를 사용하는 많은 회사와 Docker를 사용하는 많은 회사와 협력하고 있으며 두 회사가 어떻게 상호 작용하는지 확인합니다.

너무 많은 이야기를하기 전에 직접 답 하십시오. 특정 시나리오 (자체 작업, Linux 작업, 프로덕션에서 Docker 사용)에서 Docker 만 사용하여 작업을 단순화 할 수 있습니다. 다른 많은 시나리오에서 (나는 더 논의한다) 쉽지 않다.

Vagrant와 Docker를 직접 비교하는 것은 올바르지 않습니다. 어떤 시나리오에서는 그것들이 겹치며 대다수는 그렇지 않습니다. 실제로, 더 적절한 비교는 Vagrant와 Boot2Docker (Docker를 실행할 수있는 최소 OS)와 같은 것입니다. Vagrant는 추상화 측면에서 Docker보다 높은 수준이므로 대부분의 경우 공정한 비교가 아닙니다.

Vagrant는 개발 목적으로 앱 / 서비스를 실행할 것을 시작합니다. 이것은 VirtualBox, VMware에있을 수 있습니다. AWS, OpenStack과 같이 원격 일 수 있습니다. 그 중에서도 컨테이너를 사용하는 경우 Vagrant는 신경 쓰지 않으며 다음을 수용합니다. 예를 들어 Docker 컨테이너를 자동으로 설치, 풀다운, 빌드 및 실행할 수 있습니다. Vagrant 1.6을 통해 Vagrant는 docker 기반 개발 환경을 가지고 있으며 Linux, Mac 및 Windows에서 Vagrant와 동일한 워크 플로우로 Docker를 사용할 수 있습니다. Vagrant는 Docker를 대체하려고 시도하지 않으며 Docker 관행을 포용합니다.

Docker는 특히 Docker 컨테이너를 실행합니다. Vagrant와 직접 비교하는 경우 : 특히 더 구체적 (Docker 컨테이너 만 실행할 수 있음), 유연성이 떨어집니다 (Linux 또는 Linux 호스트가 필요합니다) 솔루션. 물론 생산 또는 CI에 대해 이야기하고 있다면 Vagrant와 비교할 수 없습니다! Vagrant는 이러한 환경에 살지 않으므로 Docker를 사용해야합니다.

조직에서 모든 프로젝트에 대해 Docker 컨테이너 만 실행하고 Linux에서 실행중인 개발자 만있는 경우 Docker가 확실히 효과가 있습니다!

그렇지 않으면, 당신은 실질적인 비즈니스 / 생산성 이점이있는 Vagrant가 제공하는 많은 것을 잃기 때문에 Docker 만 사용하려고하면 이점이 없습니다.

• Vagrant는 VirtualBox, VMware, AWS, OpenStack 등의 머신을 시작할 수 있습니다. 필요한 것은 중요하지 않습니다. Vagrant가 시작할 수 있습니다. Docker를 사용하는 경우 Vagrant는 Docker를 이들 중 하나에 설치하여 해당 용도로 사용할 수 있습니다.

• Vagrant는 모든 프로젝트를위한 단일 워크 플로우입니다. 또는 다른 말로하면, Docker 컨테이너에 있는지 여부에 관계없이 사람들이 프로젝트를 실행하는 방법을 배워야합니다. 예를 들어, 미래에 경쟁 업체가 Docker와 직접 경쟁하게되면 Vagrant도이를 실행할 수 있습니다.

• Vagrant는 Windows (XP로 돌아 가기), Mac (10.5로 돌아 가기) 및 Linux (커널 2.6로 돌아 가기)에서 작동합니다. 세 경우 모두 작업 과정이 동일합니다. Docker를 사용하는 경우 Vagrant는 이러한 세 시스템 모두에서 Docker를 실행할 수있는 머신 (VM 또는 원격)을 시작할 수 있습니다.

• Vagrant는 네트워킹 및 폴더 동기화와 같은 고급 또는 사소한 것을 구성하는 방법을 알고 있습니다. 예 : Vagrant는 컴퓨터 또는 전달 포트에 고정 IP를 연결하는 방법을 알고 있으며 구성은 사용하는 시스템 (VirtualBox, VMware 등)에 관계없이 동일합니다. 동기화 된 폴더에 대해 Vagrant는 로컬을 가져 오는 여러 메커니즘을 제공합니다. 파일을 원격 컴퓨터 (VirtualBox 공유 폴더, NFS, rsync, Samba [plugin] 등)로 가져옵니다. Docker, Vagrant가없는 VM이있는 Docker를 사용하는 경우 수동 으로이 작업을 수행 하거나이 경우 Vagrant를 재발 명해야합니다.

• Vagrant 1.6은 docker 기반 개발 환경 을 일류 지원 합니다 . Linux에서는 가상 머신이 시작되지 않으며 Mac 및 Windows에서는 가상 머신이 자동으로 실행됩니다. 결과적으로 Docker 작업은 모든 플랫폼에서 균일하며 Vagrant는 네트워킹, 동기화 된 폴더 등과 같은 지루한 세부 사항을 처리합니다.

Vagrant 대신 Docker를 사용하는 것에 대해 들었던 특정 반대 주장을 해결하려면 다음을 수행하십시오.

• “이동하는 부분이 적습니다.”-예, Docker를 모든 프로젝트에 독점적으로 사용한다면 가능합니다. 그럼에도 불구하고 Docker lock-in의 유연성을 희생합니다. 과거, 현재 또는 미래의 프로젝트에 Docker를 사용하지 않기로 결정한 경우 움직이는 부분이 더 많습니다. Vagrant를 사용했다면 나머지 부분을 지원하는 움직이는 부분이 있습니다.

• “더 빠릅니다!” -Linux 컨테이너를 실행할 수있는 호스트가 있으면 Docker는 가상 머신을 시작하는 것보다 컨테이너를 빠르게 실행할 수 있습니다. 그러나 가상 머신 (또는 원격 머신)을 시작하는 것은 일회성 비용입니다. 하루 종일 대부분의 Vagrant 사용자는 실제로 VM을 파괴하지 않습니다. 개발 환경에 대한 이상한 최적화입니다. Docker가 실제로 빛나는 프로덕션 환경에서 컨테이너를 빠르게 회전 / 축소해야한다는 것을 알고 있습니다.

Docker와 Vagrant를 비교하는 것이 매우 어렵다는 것을 분명히 알기를 바랍니다. 개발 환경의 경우 Vagrant는 더 추상적이고 더 일반적입니다. Docker (및 Vagrant처럼 행동 할 수있는 다양한 방법)는 Vagrant가 제공하는 모든 것을 무시하고 Vagrant의 특정 사용 사례입니다.

결론적으로 매우 구체적인 사용 사례에서 Docker는 Vagrant를 대체 할 수 있습니다. 대부분의 경우에는 그렇지 않습니다. Vagrant는 Docker 사용을 방해하지 않습니다. 실제로 그 경험을 더 매끄럽게 만들기 위해 할 수있는 일을합니다. 이것이 사실이 아니라면 Vagrant의 목표는 모든 시스템과 동일하게 작동하는 것이기 때문에 개선 사항을 제안합니다.

희망이 이것들을 정리하기를 바랍니다!

답변

# -*- 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

#!/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

#!/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"