minus-squaresaroh@lemmy.worldtoTechnology@lemmy.world•Good Retry, Bad Retry: An Incident StorylinkfedilinkEnglisharrow-up2·edit-21 month ago A circuit breaker could prematurely cut off all requests to a service, even if only one shard was failing. They only circuit break retries ? If a single node is down, then it should not receive traffic via k8s or whatever you use to route based on liveness probe. Why does your software need to retry anyways? I prefer not implementing live retries, stuff breaks sometimes. Tasks will retry themselves. You can circuit break the connection to other services so that you stop contacting them if they are down. Giving them some breathing room. The Wikipedia implem looks simple and good enough to me: https://en.m.wikipedia.org/wiki/Circuit_breaker_design_pattern linkfedilink
minus-squaresaroh@lemmy.worldtoLinux@lemmy.ml•DTS Sound Unbound on linux?linkfedilinkarrow-up4·6 months agoNot DTS but I tried this pipewire filter some time ago and it works pretty well. linkfedilink
minus-squaresaroh@lemmy.worldtoTechnology@lemmy.world•Minnesota burglars are using Wi-Fi jammers to disable home security systemslinkfedilinkEnglisharrow-up16·9 months agoThis, but don’t forget to plug the router to a UPS! linkfedilink
They only circuit break retries ?
If a single node is down, then it should not receive traffic via k8s or whatever you use to route based on liveness probe.
Why does your software need to retry anyways? I prefer not implementing live retries, stuff breaks sometimes. Tasks will retry themselves.
You can circuit break the connection to other services so that you stop contacting them if they are down. Giving them some breathing room.
The Wikipedia implem looks simple and good enough to me: https://en.m.wikipedia.org/wiki/Circuit_breaker_design_pattern