Forum Discussion
NimbostratusPossible to isolate Application Releases within the BIGIP
MVPNotVeryCreative If you have 1 BIG-IP or and HA pair of them that covers both staging and prod you can either split this up by different virtual servers or you can have them on the same virtual server and use different FQDNs for QA and Prod and split that up using an iRule to direct it to different pools depending on the HTTP header host field. If you split this up by virtual servers you wouldn't have to do anything other than connect to the appropriate virtual server for the environment that you would like to test.
NimbostratusPaulius I was probably not very clear in the above post. QA and Production are separate FQDNs and are being managed as you described. For QA, we can take it down and then bring up the new code base.
For production releases, it would be nice to have two instances of production running (the old version and the new version). The old version should only communicate with the previous deployment, while the new version should only talk to the new deployment.
How would one design a plan with no downtime for production releases (assume databases are backwardly compatible) where:
- Existing users would stay on old version (only talk to each other)
- New user would use the new code base (only talk to each other)
