aspire-service-defaults

Create a centralized ServiceDefaults project for Aspire services with AddServiceDefaults().

Updated Feb 10, 2026
One-click install
npx skills add https://github.com/tientt010/Dotnet-JiraLite-Microservices --skill aspire-service-defaults-tientt010
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: aspire-service-defaults
Source: https://github.com/tientt010/Dotnet-JiraLite-Microservices/tree/main/.github/skills/aspire-service-defaults
Command: npx skills add https://github.com/tientt010/Dotnet-JiraLite-Microservices --skill aspire-service-defaults-tientt010

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Aspire applications across services often duplicate telemetry, health checks, and resilience configuration. This skill provides a single shared ServiceDefaults project to standardize observability, health readiness, service discovery, and HTTP resilience.

Core Features & Use Cases

  • Centralized OpenTelemetry setup for logs, metrics, and traces.
  • Consistent health checks with ready/live separation across APIs and workers.
  • Built-in service discovery and HTTP resilience policies via AddServiceDefaults().
  • Shared configuration consumed by API, Worker, and AppHost projects in Aspire-based apps.

Quick Start

Call AddServiceDefaults() in your API or Worker startup to enable the shared Aspire defaults.

Frequently Asked Questions about aspire-service-defaults

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I configure OpenTelemetry and health checks consistently across Aspire services?

You can unify OpenTelemetry and health checks across Aspire services by referencing a shared ServiceDefaults project. Calling AddServiceDefaults() in API or Worker startup applies uniform observability, health readiness, and service discovery configurations.

What is the best way to standardize HTTP resilience and service discovery in .NET Aspire distributed apps?

Standardizing HTTP resilience and service discovery in .NET Aspire distributed apps is achieved through a shared ServiceDefaults project. It provides built-in resilience policies and discovery mechanisms uniformly consumed by API, Worker, and AppHost projects.

How do I add service defaults to my Aspire API and Worker projects?

To add service defaults to Aspire API and Worker projects, call AddServiceDefaults() in your startup configuration. This single method wires in centralized OpenTelemetry, ready/live health checks, service discovery, and HTTP resilience policies.

Can I use a shared ServiceDefaults project for both API and Worker services in Aspire?

Yes, you can use a shared ServiceDefaults project for both API and Worker services in Aspire. It applies uniformly across distributed app components, enabling consistent telemetry, health readiness, and HTTP resilience without duplicating configurations.

Why do I need separate ready and live health checks in Aspire service defaults?

Separate ready and live health checks in Aspire service defaults differentiate between application availability and dependency readiness. This separation ensures consistent health monitoring across API and Worker services, preventing routing traffic to unprepared instances.