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

Which content is stored in the "Dynamic" volume #45

Closed
Krieke opened this issue Dec 9, 2016 · 2 comments
Closed

Which content is stored in the "Dynamic" volume #45

Krieke opened this issue Dec 9, 2016 · 2 comments
Labels

Comments

@Krieke
Copy link

Krieke commented Dec 9, 2016

Which content is stored in the "Dynamic" volume. We have noticed when we want to start with a complete new "static" configuration that it is best to clean the previously dynamic mounted volume as well. We can of course within our setup choose not to mount the dynamic folder to an external volume, but are thoughts were that this folder might contain certain data which the Portal API might use when the docker was restarted again?

So it would be helpful to know if the dynamic data folder content is of any value within a running Portal API setup.

@DonMartin76
Copy link
Member

When creating an initial deployment, it's not important what's in here, and it should be empty.

When operating the API Portal, the dynamic volume is where the user data is kept, i.e. developer applications and subscriptions, including API keys, client ids and secrets and so on. So: This is the volume which has to be kept safe between deployments, otherwise you throw away the end user data.

In case you are just using OAuth 2.0 Client Credentials and API Keys, this is the only persistent data which needs to be kept. The Postgres data can be regenerated if needed.

Only in case you have OAuth 2.0 Implicit Grant Flows or other OAuth 2.0 Flows where you have access tokens and/or refresh tokens issued by Kong, you should try to keep the Postgres database between deployments.

BTW, it will be a lot easier to update container configuration in the future, as you only have to recreate the portal-api container, the rest of the containers will restart themselves, so you will probably not update the entire APIm deployment that often anymore.

@Krieke
Copy link
Author

Krieke commented Dec 12, 2016

OK clear... the issue can be closed

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

No branches or pull requests

2 participants