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
Is your feature request related to a problem? Please describe.
Currently it's challenging and time-consuming to set up a local development environment because there is an assumption that the developer will run a CRI-O-backed Kubernetes cluster.
Describe the solution you'd like
The buildah and podman tools can run in unprivileged userspace and build containers that are compatible with CRI-O Kubernetes.
Indeed, openculinary projects already use these tools to build and push (but not run) these images.
These tools could be a good fit to allow developers to run containers locally for each of the openculinary projects.
Questions here include:
How would inter-service communication be organized in a local dev environment like this?
Would persistence be supported via volumes?
Is there a migration path whereby a single service could be migrated before others, in order to evaluate this approach?
Describe alternatives you've considered docker-compose would be an alternative route to take here -- essentially, we could define a compose file to define and configure the set of services required.
This has a short-term benefit of being a relatively widely-used tool and a relatively straightforward solution. It does introduce a larger attack surface and requires a privileged install environment since a Docker daemon is required.
The text was updated successfully, but these errors were encountered:
A functional syntax for bind-mounting the local directory into a running container via podman run is: --mount=type=bind,ro,src=web,dst=/web,relabel=shared
Is your feature request related to a problem? Please describe.
Currently it's challenging and time-consuming to set up a local development environment because there is an assumption that the developer will run a CRI-O-backed Kubernetes cluster.
Describe the solution you'd like
The
buildah
andpodman
tools can run in unprivileged userspace and build containers that are compatible with CRI-O Kubernetes.Indeed,
openculinary
projects already use these tools to build and push (but not run) these images.These tools could be a good fit to allow developers to run containers locally for each of the
openculinary
projects.Questions here include:
Describe alternatives you've considered
docker-compose
would be an alternative route to take here -- essentially, we could define a compose file to define and configure the set of services required.This has a short-term benefit of being a relatively widely-used tool and a relatively straightforward solution. It does introduce a larger attack surface and requires a privileged install environment since a Docker daemon is required.
The text was updated successfully, but these errors were encountered: