Deploy Docker images from public & private registries
complete
K
Kai Marshland
There are some images out there that I would like to be able to deploy in a single step, eg databases like https://hub.docker.com/_/neo4j/.
Or if I'm using GitHub/GitLab CI/CD, I should be able to pull my image directly from their registries with the appropriate credentials.
Log In
Stephen Barlow
complete
Deploying a prebuilt Docker image is now generally available! For details, see the blog post (https://render.com/blog/deploy-prebuilt-docker-images) and docs (https://render.com/docs/deploy-an-image)
A
Alan Cohen
Stephen Barlow: This still isn't available for existing projects. Is the idea that we will have to recreate all of our services to be able to use this?
M
Meagan Gamache
Alan Cohen: Hi Alan! We removed this capability from scope for the GA release. If you're open to sharing, I'd love to learn more about your set up and how you'd like to use this feature. I'll follow up over email.
T
Team Caido
Meagan Gamache: Is there a new feature request to be able to convert services to Docker?
A
Alexey Panteleev
Stephen Barlow can we deploy an image from our self-hosted GitLab registry? I tried specifying our-server:5050/path and this does not seem to work.
J
Jake Malachowski
Deploying images from registries is now in Early Access. You can deploy public images from any registry, and private images from Docker Hub, Github Container Registry, and GitLab Container Registry. Enable the feature from your user or team settings page to try it out.
Please share any questions or feedback by emailing deploy-from-registry-feedback@render.com
You can learn more about the feature here: https://render.com/docs/deploy-an-image
A
Alan Cohen
Jake Malachowski: Is it not possible to use this with existing projects?
J
Jake Malachowski
Alan Cohen: Not yet, but we're planning to add support for converting existing services to use images soon.
A
Alan Cohen
Jake Malachowski: That would be great. Right now the biggest issue we have is that our deployments take 10-15m, where most of that time is spent building a Docker image (and we're reusing the same image for multiple services). We can cut that down to 1-3 minutes if we could use our own build machines.
E
Edward Poot
Jake Malachowski: any news on this?
A
Alan Cohen
Jake Malachowski: This was recently marked as finished, but it's still not possible to use with existing projects. Is there a separate feature request for that?
M
Meagan Gamache
in progress
J
Jared Mackey
Meagan Gamache: this made my whole day. 😁
R
Rolando Carias
Meagan Gamache: What is the timeframe for this?
F
Franklin Kumro Jr
How about an update on this Anurag Goel? Is this going to be a 3 year old request?
N
Nathan Woodhull
This is even more important for us now that render.com plans to charge for build minutes.
B
Benjamin Dobell
Would love to migrate across from fly.io, the experience with them has been nothing but trouble. That said, this is vital.
Actually, I don't even need render.com to pull from an external Docker registry. I just need to be able to push to the render.com registry, which is what we do with fly.io. Our CI builds our images.
M
Matt Joiner
Benjamin Dobell: what issues did you have with Fly.io? I'm worried too
B
Billy Irwin
Anurag Goel can we get an update on this one? Obviously I have no context to your infrastructure but deploying a docker image from a remote registry seem like low hanging fruit?
It also helps solve a number of other feature requests in the planned column since it allows us to just use our own build machines.
S
Steven Edouard
Another bump. I'm really surprised this doesn't already exist. It seems easier to deploy Docker apps from a registry rather than building them from Dockerfiles. It also makes any CI/CD workflow with Docker necessitate double-building (building in CI and in Render).
B
Billy Irwin
Bump on this. Would really like to use my own build machines to navigate a ton of other issues in the "Planned" sections.
I've had issues already with build timeouts, running out of memory, and random build errors that I can't repro locally via docker. This would resolve all of them
F
Franklin Kumro Jr
Where does this land priority wise in the ever growing list of "Planned" features? It would help if the list had some sort of priority. Thanks!
Load More
→