{"id":15131,"date":"2023-02-18T08:11:00","date_gmt":"2023-02-18T06:11:00","guid":{"rendered":"https:\/\/mozaicworks.com\/?p=15131"},"modified":"2023-02-24T16:20:06","modified_gmt":"2023-02-24T14:20:06","slug":"proactive-reliability-with-nils-wloka","status":"publish","type":"post","link":"https:\/\/mozaicworks.com\/blog\/proactive-reliability-with-nils-wloka","title":{"rendered":"Proactive Reliability with Nils Wloka"},"content":{"rendered":"\n

Chaos Engineering has appeared as a very useful practice for increasing application resiliency. However, most teams start using Chaos Engineering only after incidents happened and after a lot of pain in dealing with the reliability issues. Is it possible to have a proactive reliability practice, a shift-left in this domain, similar to what TDD is doing for testing and design?<\/p>\n\n\n\n

This is the key question in this open conversation with Nils Wloka. Nils Wloka is Vice President Engineering at steadybit, a former coach and very interested in reliability and resilience of applications. For his work, he has done research related to reliability practices, and we explore together the root causes for avoiding their use and find practices that might help you increase your product’s resilience.<\/p>\n\n\n\n

\n