Microservices VertX/Spring框架应用程序在应用程序级别的延迟故障注入

我已经检查了只适用于springboot框架的。而且，这看起来像是需要根系统访问的基础架构级故障注入

---

我正在寻找帮助，以便在openshift上的VertX应用程序中诱导应用程序级别的延迟错误注入。是否有推荐的库/工具可供使用？

2018年，我在阿姆斯特丹Codemotion上介绍了一个关于混沌的演讲。在这次演讲中，我使用了pumba和vert.x。请注意，ChaosMonkey与Spring无关，它可以用于任何应用程序，但是如果您查看演示文稿，您可以了解如何使用pumba

简言之：

如果要测试负载/DDoS，可以使用

wrk

或任何其他负载测试工具，如：

wrk -t4 -c400 -d60s http://paas-myproject.127.0.0.1.nip.io/

您可以测试网络中断：

# package loss
pumba --debug netem --duration 1m \
  --tc-image gaiadocker/iproute2 \
  loss -p 20 -c 10 "re2:.*paas.*"

# Introduce latency
pumba --debug netem --duration 1m \
  --tc-image gaiadocker/iproute2 \
  delay --time 500 "re2:.*paas.*"

# Introduce latency (2)
pumba --debug netem --duration 1m \
  --tc-image gaiadocker/iproute2 delay \
  --time 100 \
  --jitter 30 \
  --correlation 20 \
  "re2:.*paas.*"

或服务器中断/崩溃：

pumba --random --interval 1m \
  kill --signal SIGKILL "re2:.*paas.*"

请注意，在所有示例中都有一个正则表达式

“re2:.*paas.*”

。这是为了确保pumba只会影响与我们的应用程序相关的容器，而不会影响openshift或其他应用程序所需的其他容器

为此，您需要确保应用程序的命名方式非常简单，您可以在执行以下操作时进行筛选：

docker ps

---

2018年，我在阿姆斯特丹Codemotion上发表了一篇关于混沌的演讲。在这次演讲中，我使用了pumba和vert.x。请注意，ChaosMonkey与Spring无关，它可以用于任何应用程序，但是如果您查看演示文稿，您可以了解如何使用pumba

简言之：

如果要测试负载/DDoS，可以使用

wrk

或任何其他负载测试工具，如：

wrk -t4 -c400 -d60s http://paas-myproject.127.0.0.1.nip.io/

您可以测试网络中断：

# package loss
pumba --debug netem --duration 1m \
  --tc-image gaiadocker/iproute2 \
  loss -p 20 -c 10 "re2:.*paas.*"

# Introduce latency
pumba --debug netem --duration 1m \
  --tc-image gaiadocker/iproute2 \
  delay --time 500 "re2:.*paas.*"

# Introduce latency (2)
pumba --debug netem --duration 1m \
  --tc-image gaiadocker/iproute2 delay \
  --time 100 \
  --jitter 30 \
  --correlation 20 \
  "re2:.*paas.*"

或服务器中断/崩溃：

pumba --random --interval 1m \
  kill --signal SIGKILL "re2:.*paas.*"

请注意，在所有示例中都有一个正则表达式

“re2:.*paas.*”

。这是为了确保pumba只会影响与我们的应用程序相关的容器，而不会影响openshift或其他应用程序所需的其他容器

为此，您需要确保应用程序的命名方式非常简单，您可以在执行以下操作时进行筛选：

docker ps