docs: A-6 — 200ms of network delay becomes 22 seconds of user latency

Browse Source

Nine database round trips per login multiply the injected delay to 1.9 seconds, and connection pool queueing multiplies it again under twenty concurrent requests. The readiness probe joins the same queue and times out, so the node leaves the load balancer and pushes its load onto the one still standing.

Two injections missed first: the guest interface is enp1s0 rather than eth0, and a filter on it can never match a pod IP because flannel has already encapsulated the packet. The delay has to go on flannel.1, before encapsulation.

The predicted rise in optimistic lock conflicts did not happen, because logins insert new rows rather than contending for one. That belongs to B-3.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

...

This commit is contained in:

DongHyeonka

2026-09-04 13:18:10 +09:00

co-authored by Claude Opus 5

parent 2fa77a899e

commit dba0c3975c

11 changed files with 657 additions and 0 deletions

Show all changes Ignore whitespace when comparing lines Ignore changes in amount of whitespace Ignore changes in whitespace at EOL

Download Patch File Download Diff File Expand all files Collapse all files

docs/evidence/a6-latency-injection/a6-connection-pool-blocking.png

BIN

Binary file not shown.

Side by Side After Width:  |  Height:  |  Size: 69 KiB