Automating Development Environments with Vagrant and Puppet
31–36 of 36 posts
Re: Automating Development Environments with Vagrant and Puppet
#32why are people not using Docker as compared to Vagrant ? Doesnt it consume way less memory ?
Re: Automating Development Environments with Vagrant and Puppet
#33why are people not using Docker as compared to Vagrant ? Doesnt it consume way less memory ?
On a Mac you can use Vagrant to bring up a host that runs docker, but i'm not sure how you would be able to just run docker on your mac.
That being said docker looks pretty awesome for certain sets of problems.
Re: Automating Development Environments with Vagrant and Puppet
#34The limitation with this type of approach is the assumption of a conventional (and, some would say, out of date) architecture, ie. single service on a single VM on a single cloud provider. Topology specification, firewalling, resource constraints (bandwidth, IO speed/resilience... ie. RAID/backup persistence safety), service cohabitation or codependence, performance/capacity testing, cost, cloud provider abstraction,…
> ie. single service on a single VM on a single cloud provider. Vagrant allows you to specify groups of VMs that spin up together. Your general point that it doesn't simulate production perfectly is correct. But this is one case where the perfect is the enemy of the good.
Re: Automating Development Environments with Vagrant and Puppet
#35why are people not using Docker as compared to Vagrant ? Doesnt it consume way less memory ?
the old vps vs. container discussion.
Re: Automating Development Environments with Vagrant and Puppet
#36why are people not using Docker as compared to Vagrant ? Doesnt it consume way less memory ?
can docker have different operating systems with different kernels (win, freebsd, debian lin, ubuntu) running on the same machine? or same o/s with different kernels? different modules? the old vps vs. container discussion.