Add support for multiple resource providers in ResourceNotificationService #47
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR implements support for aggregating resources from multiple providers simultaneously, enabling teams to monitor both Docker containers and Kubernetes pods through a single Aspire Dashboard interface.
Problem
Previously, the application only supported a single resource provider at a time, configured via
"ResourceProvider": "docker"or"ResourceProvider": "k8s". This limitation prevented users from monitoring hybrid environments with both Docker containers and Kubernetes workloads.Solution
Implemented a new
ResourceNotificationServicethat acts as an aggregator for multipleIResourceProviderinstances:Key Changes
New Service Architecture
IResourceNotificationServiceinterface for provider aggregationResourceNotificationServicethat combines multiple providersIResourceProviderinterfaceEnhanced Configuration Support
Resource Aggregation
Channel<T>for efficient multiplexingRobust Error Handling
Testing
Example Usage
With this change, users can now monitor their entire infrastructure through a single dashboard:
The implementation ensures that log requests are automatically routed to the correct provider based on resource names, providing a seamless experience regardless of where the resource is hosted.
Fixes #38.
💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.