![\"What](\"https:\/\/solutionsreview.com\/cloud-platforms\/files\/2018\/07\/square-peg-855294_960_720_1_90.jpg\")
\nIn the IT world, failure is inevitable. A server might go down, an app may fail, etc. Does your team know what to do during a major outage? Do you know what instances may cause a larger systems failure? Chaos engineering, or chaos as a service, will help you fail responsibly.<\/p>\n
It almost sounds counterintuitive to think that failing is one of the best security and reliability measures, but this is what chaos engineering is all about. The simple idea behind it is to create chaotic scenarios to test the systems you have in place.\u00a0Break things on purpose. It\u2019s so punk!<\/p>\n
Chaos engineering is a relatively new phenomenon. It all started with\u00a0Netflix\u2019s move to the AWS cloud in 2010<\/a>. Netflix saw the cloud as vulnerable. They believed that no instance in the cloud could guarantee permanent uptime. So, they created Chaos Monkey. Chaos Monkey was designed to randomly disable production instances to ensure survivability during common types of failures.<\/p>\n Chaos Monkey wasn\u2019t enough, though. Netflix wanted to create an entire virtual army of chaos, the Simian Army, which includes: Latency Monkey, Conformity Monkey, Doctor Monkey, Janitor Monkey, Security Monkey, 10-18 Monkey, and Chaos Gorilla. I won\u2019t go into each monkey\u2019s function, but the idea is simple: Create chaos, guarantee reliability.<\/p>\n The Simian Army may be a fun tool, but it wasn\u2019t always fun for customers. Some of the monkeys were responsible for customer-related problems. The chaos was too uncontrollable. Effectively managing failure like this requires controlled simulation. Thus,\u00a0Netflix created Failure Injection Testing.<\/a><\/p>\n Failure Injection Testing (FIT) was designed to give developers a \u201cblast radius\u201d rather than unmanaged chaos. Mapping out specific places where the tests will occur eliminates the risks. These tests are supposed to be proactive, giving IT teams real experience in dealing with outages and other common problems. Without FIT, chaos as a service wouldn\u2019t be a viable product for a mass audience.<\/p>\n Netflix introduced the FIT practice in 2014 when Kolton Andrus was working at the company. Andrus later became the co-founder of Gremlin, a company that offers chaos as a service.<\/p>\n Chaos as a service isn\u2019t exactly chaotic in its current state. The Simian Army may have caused real chaos, but its use as a service is far more controlled and logical. Essentially, if you could simulate chaos in your day-to-day life to maximize your personal efficiency, wouldn\u2019t you?<\/p>\n Putting out fires is a term I constantly hear about in the world of IT. Networking fires, production fires, release fires, etc. Everything is so reactionary, but it doesn\u2019t have to be. Simulation is the best way to learn how to manage a real-world situation.<\/p>\n Think of chaos engineering as an experiment. If you\u2019re performing an experiment, you have a hypothesis. Thus, if you don\u2019t have a clue what will happen during a failure, it might not be the right time to use chaos engineering.<\/p>\n You should have some idea about what will happen after you run a chaos experiment. The original Chaos Monkey may have created mostly random chaos to test its systems, but this approach isn\u2019t optimal. Teams should have some idea of what to expect. Having a detailed knowledge and expectation of your systems will make these experiments more effective. If you\u2019re wrong, you will only better understand your systems and know what to fix.<\/p>\n Now, chaos engineering may sound a lot like testing, but it\u2019s not that simple. The primary difference between testing and chaos engineering is the scale and the results. Testing tools are usually simplistic in practice. You provide a testing tool with a condition, and it gives you a result. There\u2019s only so much that can be learned this way. Chaos engineering creates an experimental scenario to not only test your systems but to test yourself and your team. You might discover far more than you asked for.<\/p>\n By causing deliberate failures, IT teams will gain confidence that their systems can\u00a0deal with failures before they occur in production. All complex cloud systems will eventually fail. Using chaos engineering will allow you to recognize what\u2019s wrong with the system, what you can do to fix it, and how to better deal with failure in real time.<\/p>\n Building the most effective system requires experimentation. Chaos engineering allows you to run specific scenarios that could happen at any time while a product or service is live. Running these scenarios allows you to\u00a0measure specific aspects of a failure. Maybe the scenario returned the exact result you expected, maybe it resulted in something completely new. Either way, you\u2019re able to improve your systems and provide the most reliable service to your customers.<\/p>\n Gaining insight into system problems also creates\u00a0a better production environment. Everyone will know what to look for in the future, and what systems might be vulnerable. You can make changes in your cloud environments based on your results.<\/p>\n One of the biggest concerns about the cloud is its relative unpredictability. Netflix introduced chaos engineering to combat their concerns about the cloud. The services that cloud platforms rely on can be inconsistent and chaos engineering is the perfect way to manage this.<\/p>\n Containers, microservices, and distributed systems are becoming a staple for cloud computing. These tools are incredibly useful, but they must be properly maintained. Any\u00a0cloud provider may be vulnerable to occasional downtime.<\/a>\u00a0How you deal with cloud-related problems shouldn\u2019t be figured out through hypotheticals or during a real outage. Chaos engineering can be the unpredictability that the cloud brings. You can use it to discover what to do with your systems\u00a0in a non-critical environment.<\/p>\n Simulating failure allows IT teams to verify that cloud systems are behaving as expected. This kind of tool is invaluable.<\/p>\n If there were a real zombie apocalypse, it would be nowhere near as enjoyable as a video game or film. The same goes for failure. Simulating failure can easily be turned into a fun activity. You can specify when the failure is going to happen and can prepare a game day around it. These simulated failures have no real consequence, so it\u2019s a great way to channel\u00a0your love for computing!<\/p>\n This post was a contributed article to Cloud Academy. For the original post, visit the cloud academy blog here<\/a>.<\/p>\n![\"Download](\"https:\/\/solutionsreview.com\/cloud-platforms\/files\/2018\/07\/Managed-Service-Providers-Speedbump-1.jpg\")
<\/a><\/p>\n<\/div>\n\t\t<\/div><\/div>\nThe Origins of Chaos Engineering<\/strong><\/h5>\n
What is Chaos as a Service?<\/strong><\/h5>\n
\t\t\t<\/a><\/p>\n<\/div>\n\t\t<\/div><\/div>\nThe Benefits of Chaos\u00a0Engineering\u00a0<\/strong><\/h5>\n
The Unpredictability of the Cloud<\/strong><\/h5>\n
Chaos Can Be Fun!<\/strong><\/h5>\n