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

Support License Key and Default API Keys on Startup #2375

Open
p-liubchenko opened this issue Feb 25, 2025 · 2 comments
Open

Support License Key and Default API Keys on Startup #2375

p-liubchenko opened this issue Feb 25, 2025 · 2 comments

Comments

@p-liubchenko
Copy link

It would be beneficial to provide the ability to supply the Seq license key and default API keys during Docker container startup.

Current Behaviour:

The license key must be manually entered after deployment.
API keys need to be created manually via the UI.

Proposed Solution:

Support an environment variable (e.g., SEQ_LICENSE_KEY) for license key provisioning.
Allow default API keys to be defined during initialization (via env vars or init scripts).

Benefits:

Fully automated deployments without manual post-setup steps.
Consistent configurations across environments.
Improved integration with CI/CD pipelines.
This would simplify automated deployments and align with best practices for containerized environments.

@nblumhardt
Copy link
Member

Thanks for the suggestion!

Currently, license setup is automated via seqcli license apply, which works against the external container API. We're keen to assemble a solution for this scenario which is able to leverage seqcli, since it's capable of a much broader range of setup tasks than environment variables ever could, so the ideal result for us would be something like an init script with seqcli on the path and configured, which would run in a context with API access available.

The script itself, and any resources like license certificates that are needed, could be mounted using techniques like K8s configmaps, etc.

Keen to come up with a plausible way we could do this, though as we're in the final stages of the 2025.1 release it may be a while before we're able to dig in deeper.

Thanks again!

@p-liubchenko
Copy link
Author

Ok, I totally missed init script. that's all I need for now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants