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

Remote AppSource #40

Closed
cohix opened this issue May 12, 2021 · 2 comments · Fixed by #45
Closed

Remote AppSource #40

cohix opened this issue May 12, 2021 · 2 comments · Fixed by #45
Labels
enhancement New feature or request wait This should not proceed, reasoning should be added in a comment

Comments

@cohix
Copy link
Contributor

cohix commented May 12, 2021

Atmo should be able to connect to a remote AppSource (as defined in #41) that can be relied on as a source of things like a Directive, Wasm Runnables, and more.

This would allow Atmo to be deployed in a completely 'inert' state, and load its configuration from a remote source.

For example, Atmo could load individual Runnable modules on demand when in Headless mode, or it could be configured to use a different Directive based on the hostname of a request, loading on-demand as requests are handled.

Atmo could also use this remote AppSource as a means to deploy new bundle versions or rollback. This could be used to facilitate something akin to GitOps.

I envision a data source being configured by setting anATMO_APP_SOURCE variable with an HTTP or gRPC endpoint and including some form of authentication to ensure the data source can be trusted and vice versa.

@cohix cohix added the enhancement New feature or request label May 12, 2021
@cohix
Copy link
Contributor Author

cohix commented May 16, 2021

Depends on #41

@cohix cohix added the wait This should not proceed, reasoning should be added in a comment label May 16, 2021
@cohix cohix mentioned this issue May 16, 2021
@cohix cohix changed the title Data Source Remote AppSource May 16, 2021
@cohix
Copy link
Contributor Author

cohix commented May 16, 2021

I believe this should be implemented as a gRPC service to start, with a server implementation that can be imported by other projects to provide the actual data.

@cohix cohix mentioned this issue May 29, 2021
@cohix cohix linked a pull request May 29, 2021 that will close this issue
@cohix cohix closed this as completed in #45 Jun 12, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request wait This should not proceed, reasoning should be added in a comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant