From 707163811ed7586b6f9d5f261f69fc4b34bd6fbc Mon Sep 17 00:00:00 2001 From: Donne Martin Date: Wed, 1 Mar 2017 20:36:29 -0800 Subject: [PATCH] Add client, CDN, web server, and DB caching sections --- README.md | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) diff --git a/README.md b/README.md index 5e327631..fe63f617 100644 --- a/README.md +++ b/README.md @@ -1218,3 +1218,19 @@ Sample data well-suited for NoSQL: Caching improves page load times and can reduce the load on your servers and databases. In this model, the dispatcher will first lookup if the request has been made before and try to find the previous result to return, in order to save the actual execution. Databases often benefit from a uniform distribution of reads and writes across its partitions. Popular items can skew the distribution, causing bottlenecks. Putting a cache in front of a database can help absorb uneven loads and spikes in traffic. + +### Client caching + +Caches can be located on the client side (OS or browser), [server side](#reverse-proxy), or in a distinct cache layer. + +### CDN caching + +[CDNs](#content-delivery-network) are considered a type of cache. + +### Web server caching + +[Reverse proxies](#reverse-proxy-web-server) and caches such as [Varnish](https://www.varnish-cache.org/) can serve static and dynamic content directly. Web servers can also cache requests, returning responses without having to contact application servers. + +### Database caching + +Your database usually includes some level of caching in a default configuration, optimized for a generic use case. Tweaking these settings for specific usage patterns can further boost performance.