#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

16 releases

0.2.41-beta.18 Oct 30, 2024
0.2.41-beta.14 Jul 2, 2024
0.2.41-beta.11 Feb 24, 2024
0.2.41-beta.8 Dec 12, 2023
0.2.41-beta.4 Jul 22, 2023

#303 in Asynchronous

Download history 2/week @ 2024-07-20 50/week @ 2024-07-27 1/week @ 2024-08-03 4/week @ 2024-08-10 3/week @ 2024-08-17 144/week @ 2024-08-24 28/week @ 2024-08-31 8/week @ 2024-09-07 31/week @ 2024-09-14 39/week @ 2024-09-21 31/week @ 2024-09-28 6/week @ 2024-10-05 1/week @ 2024-10-12 6/week @ 2024-10-19 129/week @ 2024-10-26 24/week @ 2024-11-02

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

MIT/Apache

11KB
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