Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>In my book a staging environment should be independent because it lets you rehearse the roll-out procedures for a new release. If you are on the same box or same virtual machine you aren't getting the "full" experience of library updates and the like.</p> <p>Personally I like virtual machines because I can pull production back to stage and then update it. This means that my update is <em>very</em> realistic, because all of the edge case data, libraries and such are being reproduced. This is a good thing... I can't count the number of times over the 9 year history of our major product that a library module wasn't included or some update script for the database hit edge cases that weren't detected in development and testing environments.</p> <p>As far as touching the production environment... I would say <em>never</em> do this if there is an alternative. Update a shared library in staging that also impacts production and you will feel the pain. Update the code and cause your web server to go into a tizzy and you brought (at least part of) your live environment down.</p> <p>If you have to fake it, I would recommend sharing with the development environments and just realize that updating production make cause unexpected downtime during the update as you validate everything works. We had to do that for the first few years for budgetary reasons and it can work as long as you don't just update production and walk away.</p> <p>In summary</p> <ul> <li>Production is sacrosanct: don't share any non-production aspects if you can avoid it.</li> <li>Virtual machines are your friend: they let you clone working environments and update them with nearly zero risk (just copy the VM file over any botched update attempts). </li> <li>Staging should be isolated from development to avoid overconfidence with your update routine.</li> </ul>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload