posit-dev / posit-dev/ptd

Output retrieval logic doesn't allow for intermediate progress

Open
#46 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Go
Stars
7
Forks
2
Avg merge
1d 15h
Merged PRs (30d)
3

Description

Steps like eks require outputs from the persistent step to execute its functionality. The problem is persistent does too much and registers the outputs AFTER all its resources are provisioned. This causes a problem as we can continue with other steps if we have the VPC provisioned for example, but we can't do it in practice because of how we handle outputs. The process of registering outputs should be refactored to be done within the methods instead of the class instead of at the end of the class initialization.

This is related to the work that has been discussed related to splitting persistent into smaller compartmentalized steps (Network, IAM, etc).

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

Trace the persistent step's initialization and output-registration flow, then inspect how the eks step consumes those outputs. The refactor is complete when outputs become available from the relevant resource methods before the whole persistent step finishes, allowing later steps to proceed with intermediate progress.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
cloud, infrastructure
Issue type
Refactor
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.