Eject Phase 3: Standalone Operations Handoff
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 7
- Forks
- 2
- Avg merge
- 1d 15h
- Merged PRs (30d)
- 3
Description
Parent: #206
Summary
Make it possible for the customer to actually run their infrastructure post-eject using the PTD CLI independently.
Approach
Hand over the PTD CLI + config (option 1). The customer runs ptd ensure themselves with control room fields stripped and standalone mode enabled.
Work Involved
- Strip control room fields from ptd.yaml during eject
- Document which
ptd ensuresteps to run and when - Provide a standalone mode flag or config that skips control-room-dependent logic
- Pulumi state ownership runbook (state backend path,
pulumi stack selectsetup)
Future Options (only if demand arises)
- Standalone Pulumi project — export Pulumi programs with hardcoded config, no PTD wrapper
- Terraform generation — convert resource inventory to Terraform import blocks + HCL
Open Questions
- Team Operator post-eject: frozen version at eject time, ongoing chart access, or customer builds their own?
- Observability replacement: standalone Grafana/Mimir/Loki stack, or just documentation?
Dependencies
- Phase 2 (control room severance) should be complete first
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the PTD CLI's ptd.yaml handling and the ptd ensure workflow described in the issue. Review how control-room fields, standalone mode, and Pulumi state setup are represented, then define the handoff steps and runbook. Done means a customer can run ptd ensure independently with the documented Pulumi stack selection and state backend setup.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- grafana
- Domain
- cli, devops, documentation, infrastructure, observability
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100