|
|
|
|
|
by nbm
3722 days ago
|
|
The underlying problem is the use of a naive cache buster which would cause the old server to reply one way and the new one another. For both the people who want the old asset and the new asset. If instead of being something the web server throws away before replying, the version number actually caused different assets to be returned, then you'd not have this problem. One pattern is to separate out assets into a different package that is deployed to a separate host group and have your clients request a different host name, or have your load balancers use a path match to use those servers for those requests. Another is to push asset updates first to all hosts. All hosts, even without code update, will now be able to respond for the new assets. Another is to use a local cache plus some backend service or database to serve the assets from the web servers - again, all hosts will now respond correctly for the old assets and the new. |
|