WordPress at its heart is a blogging platform, designed to serve a site that\u2019s largely read-only. Logging in isn\u2019t necessary unless you\u2019re an admin looking to write a blog post or adjust settings. This is a good thing! Scaling a site that\u2019s predominantly read-only is very easy because you can place a CDN like CloudFront or a page cache like Varnish in front of a single server and serve many, many requests from hardware as cheap as $5 per month.<\/p>\n
But what happens when you have a site that isn\u2019t read-only? What happens when you have, for example, a WooCommerce site with a couple hundred transactions a day? Or perhaps you run a news site with millions of pageviews a month? All of a sudden, that poor $5 server is catching on fire and asking what it did to deserve this!<\/p>\n
Running a single server like this is called a \u201cSingle Point of Failure\u201d and that is a very big no-no to run in a production environment. Cloud servers are ephemeral in nature and aren\u2019t guaranteed to stay up 100% of the time. Any number of things can go wrong, which is why designing your infrastructure to respond to bursts of traffic as well as be able to continue serving requests when servers go down is paramount to a reliable production environment.<\/p>\n
This talk will give an overview of what is involved from moving from a single-server setup to a scalable, highly-available infrastructure on AWS.<\/p>\n","protected":false},"excerpt":{"rendered":"
WordPress at its heart is a blogging platform, designed to serve a site that\u2019s largely read-only. Logging in isn\u2019t necessary unless you\u2019re an admin looking to write a blog post or adjust settings. This is a good thing! Scaling a site that\u2019s predominantly read-only is very easy because you can place a CDN like CloudFront … <\/p>\n