The Wayback Machine - https://web.archive.org/web/20220426195054/https://github.com/topics/chaos-engineering
Skip to content
#

Chaos Engineering

Chaos engineering is the discipline of experimenting on a software system in production in order to build confidence in the system's capability to withstand turbulent and unexpected conditions. Chaos engineering is a disciplined approach to identifying failures before they become outages

Here are 258 public repositories matching this topic...

howtheysre
chaos-mesh
STRRL
STRRL commented Feb 11, 2022

The library controller-runtime requires setting a logger (by log.SetLogger()) at the first 30s when the application starts, or it would use the default NullLogSink. We should also call it in testing codes.

When we test with ginkgo, ginkgo provides a helpful GinkgoWriter, which hides the output as default, only prints it when the test failed. We'd better use it to keep our testing output

glsutter
glsutter commented Dec 8, 2020

Issue Description

Question

Describe what happened (or what feature you want)

Trying to evaluate ChaosBlade as an option for resiliency testing. But I'm not sure if this is a feature request or a question. Actually, two questions:

  • Does ChaosBlade support Azure, or can it be extended to support Azure?
  • Can ChaosBlade inject failures into a Platform as a Service (Pa
good first issue type/feature
litmus
jcstanaway
jcstanaway commented Aug 26, 2020

Running 2.9.1 (yes, I know, it's old). We have several different clusters, but don't have the same k8s deployments in each cluster. Tried to use a generic policy definition. When it is applied in a cluster which doesn't have one of the deployments, seal doesn't handle the 404 from k8s and dies. Yes, we can change the policies, but also seal shouldn't die in this scenario.

While this was wit

Wikipedia
Wikipedia

Related Topics

sre testing