{"id":11349,"date":"2023-03-13T13:07:41","date_gmt":"2023-03-13T03:07:41","guid":{"rendered":"https:\/\/nsrd.info\/blog\/?p=11349"},"modified":"2023-03-13T13:07:43","modified_gmt":"2023-03-13T03:07:43","slug":"outage-vs-outrage","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2023\/03\/13\/outage-vs-outrage\/","title":{"rendered":"Outage vs Outrage"},"content":{"rendered":"\n

There’s only a minor difference between outage<\/em> and outrage, at least from a spelling perspective. Just a single r<\/em>. <\/p>\n\n\n\n

I was reminded of this differentiation while reading about the identified cause of a recent 4-hour outage<\/strong><\/a> across the entire Sydney Metropolitan train network:<\/p>\n\n\n\n

\n

Transport for NSW believes a failed network switch caused yesterday\u2019s hour-long communications outage, compounded by the system\u2019s failure to automatically switch to a backup network.<\/p>\nFailed switch caused Sydney Trains network outage<\/strong> \u2013 Richard Chirgwin, 9 March 2023, IT News.<\/cite><\/blockquote>\n\n\n\n

Years ago when I lived in NSW, I experienced a few of these sorts of major network outages; one of the most memorable being a 7 hour trip home during utter network chaos \u2013 one that normally would have only taken me 1.5 hours.<\/p>\n\n\n\n

If there’s one thing I’ve noticed over the years, it’s that there really is a fine line between something being an outage<\/em> and being an outrage<\/em>. And it’s all there in the <\/em>r <\/em><\/strong>difference. It’s robustness<\/em><\/strong>.<\/p>\n\n\n\n

You see, robust systems are not ones that are immune to failure \u2014 they’re not some sort of unicorn, phantasmagorical thing or a wild and wacky fictional rare item like unobtainium<\/em><\/a> or adamantium<\/a><\/em>. (Though sometimes robust systems can seem that rare.)<\/p>\n\n\n\n

Instead, robust systems are built from the ground up on a paranoid predilection towards failure. The difference though is that they’re built to endure<\/em> such failure events \u2013 and they’re built to endure because the builders of robust systems have anticipated as many failure situations as possible. These are failure tolerant systems not because they’re failure-averse, but because every step along the way is built around the question, “what do we do if this bit encounters a failure?”<\/p>\n\n\n\n

By and large, the more users a system services, the more it needs to be built with extreme robustness so that outages<\/em> don’t become outrages<\/em>. And there will still be outages \u2014\u00a0but the goal should be for those outages to last seconds or minutes, not hours or days. For an outage to last such a short time (particularly for complex systems), that requires extreme robustness, not just for the system itself, but also for the recovery processes for the system.<\/p>\n\n\n\n

The difference between outage<\/em> and outrage<\/em> is a good one to hold in mind while planning systems. You have to anticipate the former, but you need to make sure the former doesn’t become the latter. And the only way to do that is to apply a laser focus to the missing r: the robustness<\/em><\/strong>.<\/p>\n","protected":false},"excerpt":{"rendered":"

There’s only a minor difference between outage and outrage, at least from a spelling perspective. Just a single r. I…<\/p>\n","protected":false},"author":1,"featured_media":11352,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[3,12,13],"tags":[],"class_list":["post-11349","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-architecture","category-general-technology","category-general-thoughts"],"aioseo_notices":[],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2023\/03\/bigStock-Protest.jpg","jetpack_shortlink":"https:\/\/wp.me\/pKpIN-2X3","jetpack_sharing_enabled":true,"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/11349","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/comments?post=11349"}],"version-history":[{"count":5,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/11349\/revisions"}],"predecessor-version":[{"id":11355,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/11349\/revisions\/11355"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/media\/11352"}],"wp:attachment":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/media?parent=11349"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/categories?post=11349"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/tags?post=11349"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}