microsoft / microsoft/dcp

Delay startup till dependencies ready

Open
#28 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

area-orchestrator enhancement
Dominant language
Go
Stars
189
Forks
24
Avg merge
2d 16h
Merged PRs (30d)
18

Description

### Problem description
Many services require dependencies (databases, async comm facilities etc.) to be available to do any work. While it is ultimately required for robust services to be resilient when dependencies are missing or misbehaving, starting everything at once and relying on health checks/retries unnecessarily slows down the startup and results in a lot of noise in the logs.

Aspire customers have been using and recommending https://github.com/davidfowl/WaitForDependenciesAspire and experimenting with it (e.g. https://github.com/afscrome/WaitForDependenciesAspire fork) which shows this is an unmet need.

### Use cases
- Wait till dependency has successfully started
- Wait till dependency service is ready to serve traffic (endpoint created)
- Wait till dependency is healthy
- Wait till dependency is done running (ran successfully) -- e.g. for database seeding

### Related issues
https://github.com/microsoft/usvc/issues/69 (the health check feature) will be required for "wait till dependency is healthy" use case.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Review the DCP API server and CLI context, then examine the related health check issue and the referenced WaitForDependenciesAspire projects for the dependency-readiness behavior described here. Done should cover the applicable startup, endpoint, health, and successful-completion waiting use cases without relying on broad retry noise.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
backend, distributed-systems
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.