Switching over from Wpengine and MediaTemple, where staging and production environments were the norm, I’m wondering how to implement that best on DO, given my aim is to house WP sites on a LEMP stack. Would NginX Server Blocks be best, housing all staging projects as subdomains, e.g. app1.domain.com, and when ready for production taking a snapshot and creating a new droplet off of it? How would this all tie into Vagrant, as far as workflow?
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.
Want to learn more? Join the DigitalOcean Community!
Join our DigitalOcean community of over a million developers for free! Get help and share knowledge in Q&A, subscribe to topics of interest, and get courses and tools that will help you grow as a developer and scale your project or business.
Thanks Andrew! Was wondering what would be the difference between vagrant and having a boilerplate server image to launch from. Thanks for clearing that up!
In your other question (https://digitalocean.com/community/questions/gridserver-implementation-using-nginx-server-blocks-and-gitlab) I mentioned using git post-receive hooks for deployment. If you did something like that, a snapshot wouldn’t be the best way to move something from stagging to production. <br> <br>I think where snapshots would be most interesting for you would be to set up base server images that you’d snapshot. The each time you being work on a new site you could launch a new server based on the snapshot. Although, if you’re using Vagrant it might fill that role better.