-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 George,
On 9/24/15 5:59 PM, George Sexton wrote: > On 9/24/2015 4:35 AM, Linus Brimstedt wrote: >> Hello, >> >> Opening an old thread here regarding controlling which version of >> a web app a request ends up at in a parallell deployment >> scenario. >> >> My use case: I would like to use parallel deployments for A/B >> testing. >> >> I.e, deploy new version. Send x% of visitors to the new version, >> the rest to the old one. >> >> Once conviced the new version is better, have traffic go >> primarily to the new version and let the old one die. >> >> Next deploy, samt all over again. >> >> Someone mentioned controlling this through a cookie, however, >> when I was checking my browsers requests I could find no signs of >> a cookie controlling this (other than the normal session cookie, >> but in this case i suppose this is meta data baked into the >> session ? Could find my way around the code to verify this) >> >> Im not opposed to do some development here if there is not >> support already and it would be approved. I would then prefer to >> control the behaviour through a header which I can impose in a >> load balancer or proxy fronting Tomcat. Other suggestions are >> welcome. > > Couldn't you have your load balancer send x% to one instance, and > 1-x% to the other instance? Why would Tomcat even have to be aware > of this? This is precisely what I was going to suggest: no hacks required. Just upgrade one server and don't upgrade the rest. If there's a problem, just roll-back that server or throw it out of the load-balancer. - -chris -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJWBbEeAAoJEBzwKT+lPKRYunkP/Ag4faLEquw6jtPryfN0GKnh UomV3HVfMs6dQN9QXOMtS3MBHL2e8MxLcM6YmJRjpDYD4Bzqduhvl29RxUkAphPA gNVbXcB3BcO0Cf7pDqQvuChJNZKoWNui06Kc0jmIIzX6MukAOanZR0O4gh6n1jwH HreR02sVfkK1jcJ1sIbnW8dDUccVuHzaGeXvC73TKQbvANJVjuzX11ewtrgeS5B7 4kaINlw4LtVP/akBXrVIUh4EudjPRYQ1n84xfjuOGyRXiZQ4LCPIn3+UwzDA6Sre +pLjU7i35ONi3Y4t/CGqb35xr8/riw1Pg5aWYLksaOWK3idCI8Rf/ELdOC+yEqm1 Qdyb/UYLQuPuffCYiWTVnJcgV0uj8Rv7W/mMY6KrMATkReYSoe2BKBww65C6n2kb /+Crrs1hWFimLlmSL27BuwmWvZyU+etdKyXO7LxL0pZ/vPJOh1NZuLXzsBEkuIpv ybbLCpRayZ9T7h/JWFYN7JZ0swutXzGeAdm1mPGp5Gqx3KTUtcJ+j9436ZBQU7Jb LvzuNsr0H7QPCYy+JBVvV3Lwgl8oDz+jsykIcFQX23cVnyp/+TUUfMcl02j/T4AH gYO8GJmJRzrkU3zT2I8RlmopWZlvQAKJErHgKEEqTHmzOSXXbAxuAcw/BuKdubFI XYGp65chClb7R7+FatYg =7E54 -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org