[SDH] Cache-Control optimizations

[afharo]

Summary

Our Cache policy for serving JS and CSS bundled assets is "must-revalidate", enforcing every request to actually reach the Kibana server to revalidate the the etag via the If-None-Match header.

This makes Kibana super slow under connections with a high latency. It is easy to check with the network throttling the Dev Tools: In Chrome, if you set it to limit the network speed to Slow 3G, you can tell that, even when all the requests receive a 304 response, it takes MINUTES!! to load all the resources in the Home application:

Mind the timings in the bottom of the screenshot

I tested locally changing the cache policy to cache-control: max-age=30; must-revalidate (allow the browser to use the local files if they were validating less than 30s ago). With this, if I refresh the page before those 30s expire, the load time (with the throttling still on) is highly reduced:

Maybe we want to mark the assets as stale as soon as they are served but allow the browsers to use them to load the pages as quick as possible while revalidating and downloading in the background. This PR adds a combination of stale-while-revalidate with max-age and must-revalidate?

Checklist

Delete any items that are not applicable to this PR.

• This was checked for cross-browser compatibility, including a check against IE11

For maintainers

• This was checked for breaking API changes and was labeled appropriately

[kibanamachine]

💚 Build Succeeded

• continuous-integration/kibana-ci/pull-request
• Commit: 72ce415

To update your PR or re-run it, just comment with:
@elasticmachine merge upstream

[afharo]

Feel free to close this PR if you feel like this is not the way to go. Since I was playing around with the properties, I decided it would be good not to lose this in case we wanted to apply it.

[elasticmachine]

Pinging @elastic/kibana-operations (Team:Operations)

[jbudz]

awesome! it's not not the way to go, you're certainly right about the round trip. @restrry opened another approach here if you have any thoughts and want to weigh in.

@restrry if you get a chance can you triage this? adding the platform label too.

[elasticmachine]

Pinging @elastic/kibana-platform (Team:Platform)

[pgayvallet]

Probably superseeded by #64414. @restrry do you confirm?

EDIT: didn't see @jbudz comment, sorry for the double ping.

[mshustov]

yes. #64414 is aimed to solve the same problem.

[afharo]

Thanks for confirming! Closing this PR then.