-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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 for s3 for docker magic #641
Comments
Agree with that, I think we also need to use other type storage, like by defining a default pvc for kaniko. |
I shall be happy to contribute as well. Few questions I have got in my mind.
|
The GCS directory is merely used for temporary build files and we are planning to replace the cloud dependency with k8s native configmap. Feel free to send a PR to use configmap to store temporary files such as kaniko spec, dockerfile, etc. |
@gaoning777 AFAIK, GCS supports the s3:// protocol, so we could enable such URIs. |
Having kaniko cloud provider agnostic would be ideal. Kaniko supports local directory (ref) and my guess is creating a K8s emptyDir volume and mount to the kaniko container is good enough as the temporary storage. @akranga @xiaozhouX does this sounds a good plan? Contribution is very welcomed. |
Also kaniko spec is currently located here Ideally, it should be parameterized so that the caller can decide where the resulted image stores to. |
Yes, however the users need to set up the credentials for pushing to the S3. |
duplicate of #345. |
* Add to playbook for auto deploy infrastructure. * Fix link * Fix checkout link. * Support downloading unipped binaries. * Playbook. * Latest. * Log changing permissions.
At present '_component_builder.py' throws "ERROR:Error: 's3://....' should be a GCS path."
Because
kaniko
supports s3. It will probably will make sense to support it as well. In this case user can benefit from "local"minio
.The text was updated successfully, but these errors were encountered: