#tower-service #tower #error #fallback #combinator #batch #retries

tower-fallback

A Tower service combinator that sends requests to a first service, then retries processing on a second fallback service if the first service errors

18 releases

0.2.41-beta.21 Feb 4, 2025
0.2.41-beta.19 Dec 7, 2024
0.2.41-beta.18 Oct 30, 2024
0.2.41-beta.14 Jul 2, 2024
0.2.41-beta.4 Jul 22, 2023

#394 in Asynchronous

Download history 142/week @ 2024-10-29 12/week @ 2024-11-05 9/week @ 2024-11-12 23/week @ 2024-11-19 13/week @ 2024-11-26 146/week @ 2024-12-03 57/week @ 2024-12-10 25/week @ 2024-12-17 9/week @ 2024-12-31 12/week @ 2025-01-07 3/week @ 2025-01-14 12/week @ 2025-01-21 1/week @ 2025-01-28 147/week @ 2025-02-04 37/week @ 2025-02-11

197 downloads per month
Used in 6 crates (2 directly)

MIT/Apache

12KB
197 lines

A service combinator that sends requests to a first service, then retries processing on a second fallback service if the first service errors.

Fallback designs have a number of downsides but may be useful in some cases. For instance, when using batch verification, the Fallback wrapper can be used to fall back to individual verification of each item when a batch fails to verify.

TODO: compare with similar code in linkerd.

Dependencies

~1–1.6MB
~29K SLoC