microsoft / microsoft/dcp

Introduce a "physical" container resource/controller differentiated from the current "logical" container type

Open
#11 0 comments 0 reactions 0 assignees View on GitHub
reliability
Dominant language
Go
Stars
189
Forks
24
Avg merge
2d 16h
Merged PRs (30d)
18

Description

We're starting to reach a point where more than one controller needs to manage the state of a physical container. Making a lower level container type that can serve as a re-usable child resource of multiple parent controllers would allow us to centralize all our container lifetime logic in one controller and let other controllers focus purely on maintaining their unique business logic.

Contributor guide

Open the contributing guide

Research direction

Start by reading the existing logical container type and the controllers that manage container state. Define the physical container's reusable child-resource boundary and centralize container lifetime logic without displacing each parent controller's unique business logic; completion requires agreement on that design and its implementation scope.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
backend-api-design
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.