Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Epic: Managing state in a bundle #401

Open
carolynvs opened this issue Jan 6, 2021 · 0 comments
Open

Epic: Managing state in a bundle #401

carolynvs opened this issue Jan 6, 2021 · 0 comments
Projects

Comments

@carolynvs
Copy link
Contributor

We have a few open concerns that really roll up into the larger question of "How does a bundle author manage state?".

  • Parameter Sources from the current bundle (implemented)
  • Parameter Sources from a dependent bundle (Define a parameter source from a dependency output #385)
  • A potential "workflow" spec or custom extension. It orchestrates multiple bundles at once without having tight coupling between the bundles. One example in this area would be "my bundle needs a db connection string but it may come from another bundle (not defined by the current) output that was installed weeks ago". There are a ton of more concepts in here so I'm just picking one to demonstrate that workflow and state are related.
  • The quintessential use case is managing the tfstate file in a bundle that uses Terraform. Currently an author can solve this using parameter sources. However it exposes internal state to the bundle user. They never should use the tfstate output, or specify the tfstate parameter, and for example Porter hides these outputs and parameters entirely when they are used for state management. What if we had a new concept in bundles, smooshing parameters and outputs, that is only for internal bundle state?
@carolynvs carolynvs added this to To do in Roadmap Jan 7, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Roadmap
To do
Development

No branches or pull requests

1 participant