The seven deadly sins of software deployment
The seven deadly sins of software deployment
Posted Aug 8, 2013 22:38 UTC (Thu) by jameslivingston (guest, #57330)In reply to: The seven deadly sins of software deployment by Cyberax
Parent article: The seven deadly sins of software deployment
If production has more CPU cores, then it's much more likely to run into issues that only show up under highly-concurrent load.
If you're using Java or similar applications, GC tuning is highly dependant on the system. Doubling the memory in production could make certain problems disappear, or cause many more. The throughput collectors pause times increase super-linearly, and CMS has many settings that depend on the exact used-memory to available-memory ratio.
Latency of various components will be different, affecting all sorts of timing.
Some of the worst things I've seen:
* Production being split across two datacentres, where staging was only in one (unfortunately quite common)
* Running Solaris on SPARC in production but Linux on x86 in Staging because it's cheaper.
* Running production on physical machines, but staging on virtual machines
* "Staging" being a desktop machine under someone's desk :(
