Yes, I still use vagrant, on pretty much every project I work on - both my own/my companies, and client projects.<p>I'll give two examples of how I use it:<p>I (or technically, my company) produce a number of tools for managing various common aspects of a Linux web application stack.<p>For each tool, there's a regular Vagrant VM setup from the root of the repo, which is used for basic testing, building, running tests etc - essentially this is just to achieve a known state, and to abstract the environment from whatever OS it's running on.
Some of the tools either specifically require, or support, 'cluster' mode, where some kind of state or configuration is managed across multiple machines. For these tools, there's an additional multi-machine Vagrantfile (generally just in a subdir) which sets up a mini cluster of 2 or 3 nodes, and allows testing of the sync/replication/what have you.<p>For a client I work with right now, we again, use it in two ways, achieving two separate goals:<p>The primary, day to day use, is providing a completely self-contained local dev environment for the webapp. This setup is used for anyone doing dev on the app - backend, frontend, whatever.<p>The less common, but still very necessary use, is similar to what you mentioned, multi-machine infra testing. The infra for this client is all provisioned using a shell script that works on a system of roles and environments. To test this, the repo with the setup has a vagrant config that matches the production environment.<p>Additionally, this repo also has a packer config, which builds a custom base box, for the aforementioned "day to day dev" Vagrant env, using the same setup script.<p>As mentioned by @ocdtrekkie, Vagrant is relatively stable. It'll be interesting to see where 3.0 takes things, but right now it's a pretty reliable tool, that just gets the job done.<p>Edit: typo (anything -> anyone)