You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 19, 2018. It is now read-only.
the application packager has a storage requirement, this must be translated to a persistant storage claim object to be deployed to kubernetes or openshift3
the deployment guy needs to provision storage (within kube or openshift) without this, 0. will lead to a blocked deployment of the application
step 1. is implemented either as a) part of answers.conf or b) a kube config that is dropped in the correct artifacts directory.
I would vote for a) which also means that we need to generate a PersistentVolume object and deploy it during atomic run.
AFAIK there is no need to respect any sequence of deployment.
ja, OpenShift (more precisely Kubernetes) has a two fold concept:
there is a Persistent Volume Claim, that claim is issued by the application and can be generated out of a Nulecule file by atomicapp's openshift provider
that claim must be satisfied by a Persistent Volume, which is configured/provisioned by the platform administrator
Both must match, so a claim for 512Mi will be satisfied by a volume of 512Mi...
Needed for all those examples around databases etc ...
Spec v2 is at
https://github.com/projectatomic/nulecule/tree/master/spec/0.0.2#storage-requirements-object
The text was updated successfully, but these errors were encountered: