Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add clarification about how composite service discovery works. #956

Merged
merged 1 commit into from
Oct 14, 2024
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
7 changes: 6 additions & 1 deletion docs/docs/service-discovery/composite.md
Original file line number Diff line number Diff line change
Expand Up @@ -38,9 +38,14 @@ For each service that should consist of multiple services, configure the service
quarkus.stork.serviceB.service-discovery.type=...
```


Remember to define the services that make up your composite service.

Be aware that Stork doesn't work as a standalone service discovery cluster.
Instead, it processes composite configurations—meaning it handles multiple configurations that may use different service discovery implementation.
For each specific configuration, Stork delegates the service discovery task to the appropriate service discovery provider.
If one of these providers doesn't respond or fails, it affects Stork's ability to resolve that specific configuration, but it doesn't mean Stork itself is faulty;
aureamunoz marked this conversation as resolved.
Show resolved Hide resolved
it relies on the performance of the service discovery systems it’s configured to work with.

These are all the parameters of the composite service discovery:

--8<-- "target/attributes/META-INF/stork-docs/composite-sd-attributes.txt"