Cloud repositioning<\/strong> – you can run your cloud with multiple public clouds or go hybrid with a combination of public cloud and private cloud<\/li>\n<\/ul>\n\n\n\nAnother repositioning possibility is altering how services are housed and coordinated. You can physically separate non-critical services from critical services or alter API rules so that the former doesn’t overload the latter. <\/p>\n\n\n
Resilience pattern #6: Requisite availability<\/h2>\n\nWhat does it mean?<\/h3>\n\n\n
It means being realistic and delineating the importance of your software services. Some systems must be available at all times, others not necessarily. Some data is more important than others.<\/p>\n\n\n\n
For example, enterprise users get high availability due to negotiated service-level agreements (SLAs), but free users do not get the same promise.<\/p>\n\n\n
How to apply it to SRE practice<\/h3>\n\n\n
You can set tags like service-priority <\/em>in your service catalog with a tool like Cortex to signify the critical points in the system architecture. For example, “this service is mission-critical because it serves enterprise users while this one is a lower priority one for storing avatars.”<\/em><\/p>\n\n\n\nConcerning data, you can sensitive data to be non-persistent to reduce the risk of corruption or compromise. If it needs to be persisted, consider moving it to a storage option that’s not directly linked to the service grid. <\/p>\n\n\n
Conclusion<\/h2>\n\n\n
I hope I have given you effective ideas and critical thinking opportunities for increasing reliability by unpacking these theoretical patterns of system resilience.<\/p>\n","protected":false},"excerpt":{"rendered":"
Introduction System resilience thinking can inform better Site Reliability Engineering decisions. Specifically, it can affect how the SRE culture unfolds and handles critical situations. The system resilience concept is rooted in theoretical computer science. Don’t panic. I will explain how it can – in a practical way – support increased software reliability in production. We […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[60,32],"tags":[11,10],"_links":{"self":[{"href":"https:\/\/sysmit.com\/cf22\/wp-json\/wp\/v2\/posts\/385"}],"collection":[{"href":"https:\/\/sysmit.com\/cf22\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sysmit.com\/cf22\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sysmit.com\/cf22\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/sysmit.com\/cf22\/wp-json\/wp\/v2\/comments?post=385"}],"version-history":[{"count":24,"href":"https:\/\/sysmit.com\/cf22\/wp-json\/wp\/v2\/posts\/385\/revisions"}],"predecessor-version":[{"id":5767,"href":"https:\/\/sysmit.com\/cf22\/wp-json\/wp\/v2\/posts\/385\/revisions\/5767"}],"wp:attachment":[{"href":"https:\/\/sysmit.com\/cf22\/wp-json\/wp\/v2\/media?parent=385"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sysmit.com\/cf22\/wp-json\/wp\/v2\/categories?post=385"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sysmit.com\/cf22\/wp-json\/wp\/v2\/tags?post=385"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}