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 FAQ that explains why client integrations in the context of aspire. #2482

Open
davidfowl opened this issue Jan 23, 2025 · 1 comment
Open
Labels
⌚ Not Triaged Not triaged

Comments

@davidfowl
Copy link
Member

Feedback source: https://www.reddit.com/r/dotnet/comments/1i7zb9l/aspire_consuming_dependencies_question/

FAQ Question:
"If Aspire is mainly for local development, why are client integrations in my project?"

Client integrations in Aspire are designed to make your life easier, not harder. They're lightweight wrappers around popular libraries (like StackExchange.Redis or Npgsql) that add essential features such as telemetry, health checks, and resilience.

Even if you're only using Aspire for local development, these integrations ensure your application benefits from sane defaults and seamless dependency injection.

But here's the catch: you don't have to use Aspire hosting integrations with them. They're just libraries! You can configure them exactly how you would with the underlying libraries, using environment variables or your preferred configuration methods. Aspire doesn't lock you into its ecosystem—it enhances it where you need it.

We should also consider pointing to the FAQ question from the integrations doc.

@dotnetrepoman dotnetrepoman bot added the ⌚ Not Triaged Not triaged label Jan 23, 2025
@maddymontaquila
Copy link
Member

did you ask your gpt to say this in a Maddy voice because it sure sounds like something I would write 🤣🤣🤣

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
⌚ Not Triaged Not triaged
Projects
None yet
Development

No branches or pull requests

2 participants