<story><title>Show HN: Depot – fast, remote Docker container builds</title><url>https://depot.dev</url><text>Hey HN! We’re Kyle and Jacob and we are excited to show you Depot (&lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;depot.dev&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;depot.dev&lt;/a&gt;) and get your feedback!
Depot is a hosted Docker container build service, providing fully managed remote builds from CI and from your terminal. We support both Intel and Arm builds natively.&lt;p&gt;As application and platform engineers, we have experienced the challenge of keeping Docker container build times fast. From optimizing and reoptimizing Dockerfiles, to implementing layer caching in CI, to running &amp;amp; maintaining custom runners for multi-platform images.&lt;p&gt;Still today, there are limitations with the available tools. CI runners are ephemeral, and saving and loading cache tarballs is slow. CI providers are resource constrained, with limited CPUs and disk space to dedicate to fast builds. And with the increasing popularity of Arm devices like M1, Graviton, etc, building multi-platform images requires slow emulation or self-hosted infrastructure.&lt;p&gt;We created Depot to directly address those limitations. Depot provides managed VMs running BuildKit, the backing build engine for Docker. Each VM includes 4 CPUs, 8GB of memory, and a persistent 50GB SSD cache disk. We launch both native Intel and native Arm machines, on Fly.io for Intel builds and AWS for Arm.&lt;p&gt;We have built a depot CLI that embeds the Docker buildx build library, implementing the same CLI flags, so developers can send their builds to Depot VMs just by replacing `docker buildx build` with `depot build`. We also have a depot&amp;#x2F;build-push-action GitHub Action that can be swapped for docker&amp;#x2F;build-push-action in CI.&lt;p&gt;The combination of native CPUs, fast networks, and persistent disks significantly lowers build time — we’ve seen speedups of 2-3x on optimized projects, and as much as a 12x speedup with some of our customers.&lt;p&gt;We believe that today we are the only hosted CI or build service offering the ability to natively build multi-platform Docker images (--platform linux&amp;#x2F;amd64,linux&amp;#x2F;arm64) without emulation.&lt;p&gt;We are still early though, and would love your feedback.&lt;p&gt;You can sign up without a credit card at &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;depot.dev&amp;#x2F;sign-up&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;depot.dev&amp;#x2F;sign-up&lt;/a&gt; to access a free project with thirty days of unlimited build minutes to try it out.</text></story><parent_chain></parent_chain><comment><author>moltar</author><text>How’s is this different than running a Docker daemon on remote with build kit support?</text></comment>
<story><title>Show HN: Depot – fast, remote Docker container builds</title><url>https://depot.dev</url><text>Hey HN! We’re Kyle and Jacob and we are excited to show you Depot (&lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;depot.dev&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;depot.dev&lt;/a&gt;) and get your feedback!
Depot is a hosted Docker container build service, providing fully managed remote builds from CI and from your terminal. We support both Intel and Arm builds natively.&lt;p&gt;As application and platform engineers, we have experienced the challenge of keeping Docker container build times fast. From optimizing and reoptimizing Dockerfiles, to implementing layer caching in CI, to running &amp;amp; maintaining custom runners for multi-platform images.&lt;p&gt;Still today, there are limitations with the available tools. CI runners are ephemeral, and saving and loading cache tarballs is slow. CI providers are resource constrained, with limited CPUs and disk space to dedicate to fast builds. And with the increasing popularity of Arm devices like M1, Graviton, etc, building multi-platform images requires slow emulation or self-hosted infrastructure.&lt;p&gt;We created Depot to directly address those limitations. Depot provides managed VMs running BuildKit, the backing build engine for Docker. Each VM includes 4 CPUs, 8GB of memory, and a persistent 50GB SSD cache disk. We launch both native Intel and native Arm machines, on Fly.io for Intel builds and AWS for Arm.&lt;p&gt;We have built a depot CLI that embeds the Docker buildx build library, implementing the same CLI flags, so developers can send their builds to Depot VMs just by replacing `docker buildx build` with `depot build`. We also have a depot&amp;#x2F;build-push-action GitHub Action that can be swapped for docker&amp;#x2F;build-push-action in CI.&lt;p&gt;The combination of native CPUs, fast networks, and persistent disks significantly lowers build time — we’ve seen speedups of 2-3x on optimized projects, and as much as a 12x speedup with some of our customers.&lt;p&gt;We believe that today we are the only hosted CI or build service offering the ability to natively build multi-platform Docker images (--platform linux&amp;#x2F;amd64,linux&amp;#x2F;arm64) without emulation.&lt;p&gt;We are still early though, and would love your feedback.&lt;p&gt;You can sign up without a credit card at &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;depot.dev&amp;#x2F;sign-up&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;depot.dev&amp;#x2F;sign-up&lt;/a&gt; to access a free project with thirty days of unlimited build minutes to try it out.</text></story><parent_chain></parent_chain><comment><author>paulgb</author><text>Congrats on the launch. Apple Silicon really threw a wrench in Docker local development workflows, and this feels like a natural solution.&lt;p&gt;Does docker compose work with this?</text></comment>