Organizations face constant challenges safeguarding their assets and data in the ever-evolving cybersecurity landscape. A proactive and dynamic approach ensures robust protection against ever-increasing cyber threats. This is where chaos engineering comes into play. Originally popularized for testing system resilience, chaos engineering has expanded its scope to address security concerns.
Gary Parker walks us through what chaos engineering is, how it works, why it is important, and some popular tools to get started with chaos experimentation.
This post presents how xk6-disruptor, a k6 extension for fault injection, can be used to improve the reliability of applications by “shifting left” chaos testing.
We’ve all heard about the significant WhatsApp breakdowns that have happened in the recent past, during which the app was unavailable for the public for an hour. However, from a technical standpoint, WhatsApp returned in less than an hour. What would have enabled the engineers at WhatsApp to quickly restore the services? Technically speaking, the team experienced an extremely stressful production failure because of this.
As engineers and architects, we automatically build resilience into platforms as far as possible. But what about the unknown failures? What about the unknown behavior of your platform? The philosopher, Socrates, once said “You don’t know what you don’t know”. What if I could tell you there is a way to turn these unknowns into knowns – a way to understand how your platform will behave to specific failure events…
Software development is entirely different today than it was a few years ago. Back then, we usually had a big monolith running on our own hardware. We mainly did performance tests to see if the hardware resources were sufficient to handle the load. Today, we develop software in a distributed environment with multiple services which may even run on different cloud platforms. With performance testing, we try to identify performance and resilience issues in these kinds of environments.
