{"id":1891,"date":"2012-06-01T12:13:05","date_gmt":"2012-06-01T12:13:05","guid":{"rendered":"http:\/\/www.journeytothecloud.com\/?p=1883"},"modified":"2012-06-01T12:13:05","modified_gmt":"2012-06-01T12:13:05","slug":"the-likelihood-theorem","status":"publish","type":"post","link":"https:\/\/icloud.pe\/blog\/the-likelihood-theorem\/","title":{"rendered":"The Likelihood Theorem"},"content":{"rendered":"

When deciding where and how to spend your IT dollars, one question that comes up consistently is how far down the path of redundancy and resiliency should you build your solution for, and where does it cross the threshold from a necessity, to a nice-to-have because-its-cool.\u00a0 Defining your relative position on this path has impacts in all areas of IT, including technology selection, implementation design, policies and procedures definition, and management requirements.\u00a0 Therefore, I\u2019ve developed the Likelihood (LH) Theorem to assist with identifying where that position is relative to your specific situation.\u00a0 The LH is not a financial criteria, nor is it directly an ROI metric.\u00a0 However it can be used to assist with determining the impact of making certain decisions in the design process. <\/span><\/p>\n

Prior to establishing the components that make up your LH ratio, consider that at the start, with a completely blank slate, we all have the same LH.\u00a0 True, you could argue that someone establishing a system in Kansas doesn\u2019t have to worry about a tsunami, but they do have to consider tornados.\u00a0 Besides, the preparation for such a level of regional, long term impact would be very similar regardless of the root cause.<\/p>\n

The Likelihood Theorem starts with the concept of an Event (E ).\u00a0 Each ( E ) has its own unique LH.\u00a0 So initially:<\/p>\n

LH=E<\/p>\n

Next, apply any minimum standards that you define for included systems in your environment.\u00a0 Call this the Foundation Factor (FF). If you define a FF, then you can reduce LH by some factor, eliminating certain events from consideration.\u00a0 For example, your FF for server hardware may be redundant power supplies, NICs, and RAID.\u00a0 When it comes to network connectivity, it may be redundant paths. If using SaaS for business critical functions, it may be ISP redundancy via multi-homing and link load balancing.\u00a0 Therefore<\/p>\n

LH=E-FF<\/p>\n

Any of us who have been in this industry (or been a consumer of IT) for more than 5 minutes knows that even with a baseline established, things happen.\u00a0 This is known as the Wild Card Effect (WCE).\u00a0 One key note here is that all WCEs are in some form potentially controllable by the business.\u00a0 For hardware, this may be the difference between purchasing from Tier 1 and Tier 2 vendors (i.e. lower quality of components or lower mean time to failure rates).\u00a0 Another WCE may be the available budget for the solution.\u00a0 There may be multiple WCEs in any scenario, and all WCEs add back to the LH ratio:<\/p>\n

WCE1 +WCE2 + WCE3 …=WCEn<\/p>\n

And so:<\/p>\n

LH=E-FF+WCEn<\/p>\n

At this point, we have accounted for the event in question, reduced our risk profile by our minimum standards, and adjusted for wild cards that are beyond our minimum standards but that we could address should we have the authority to make certain decisions.\u00a0 Now, we need to begin considering the impacts associated with the event in question.\u00a0 Is the event we are considering singular in nature, or is it potentially repetitive?\u00a0 LH related to a regional disaster would be singular, however if we are considering telecommunication outages, then repetitive is more reasonable.\u00a0 So, we need to take the equation and multiply it by the potential frequency (FQ):<\/p>\n

LH=(E-FF+WCEn)*FQ<\/p>\n

The last factor in LH is determining the length of time that the event in question could impact the environment.\u00a0 This may come into play if the system in question is transitory, an interim step to a new solution, or has an expected limited lifecycle.\u00a0 The length of time that the event is possible can impact our thoughts around how much we invest in preventing it:<\/p>\n

LH=((E-FF+WCEn)*FQ)\/Time<\/p>\n

So, in thinking about how to approach your design, consider these factors:\u00a0 What event are you trying to avoid?\u00a0 Do your minimum specifications eliminate the possibility of the event occurring ( E = FF )?\u00a0 What if you had to reduce your specifications to meet a lower budget (WCE1) or use a solution with an inherently higher ratio of failures or lackluster support (WCE 2 and WCE3)?\u00a0 Can you reduce those wildcards if the Event is not fully covered by your minimum standards (lower total WCEn)?\u00a0 Will the event be a one-time thing or could it happen repeatedly over the lifecycle of the solution?<\/p>\n

I\u2019m not suggesting that you can associate specific numerical values for these factors, but in terms of elevating or reducing the likelihood of an event happening, these criteria are key indicators.\u00a0 Using this formula is a way to ensure that working within the known constraints placed on us by the business, we have maximized our ability to avoid specific events and reduced the likelihood of those we can realistically address.<\/p>\n

\n<\/img><\/a> <\/img><\/a> <\/img><\/a> <\/img><\/a>\n<\/div>\n

<\/p>\n","protected":false},"excerpt":{"rendered":"

When deciding where and how to spend your IT dollars, one question that comes up consistently is how far down the path of redundancy and resiliency should you build your solution for, and where does it cross the threshold from a necessity, to a nice-to-have because-its-cool.\u00a0 Defining your relative position on this path has impacts…Read More »<\/a><\/p>\n","protected":false},"author":15,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[47],"tags":[],"class_list":["post-1891","post","type-post","status-publish","format-standard","hentry","category-it-management"],"_links":{"self":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts\/1891","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/users\/15"}],"replies":[{"embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/comments?post=1891"}],"version-history":[{"count":0,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts\/1891\/revisions"}],"wp:attachment":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/media?parent=1891"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/categories?post=1891"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/tags?post=1891"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}