TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Show HN: Deploy Docker Containers Without Setting up/Managing an Infrastructure

5 点作者 qbqetell4 个月前
DOrch enables Engineers, Indie Hackers, and Startups to host a docker container (OCI-compatible containers at large), without having to set up or manage a container infrastructure. It comes with features like env variables management, file sharing, FREE subdomain issuance, TLS certificate management, and automatic restart, with more features in the pipeline. The console also allows you to view logs from your containers.<p>The product idea occurred to me about 18 months ago, while working at a different startup. The strategy of the CEO was, spray-and-pray: we created lots of products hoping one would take off. Despite being a small team working on many things, I would say we tried in terms of product quality. Our products weren&#x27;t what I would consider Grade-A, engineering-wise, but they worked well for the most part. However, when it came to infrastructure, we couldn&#x27;t say the same. We always had one or two things breaking every now and then.<p>Now, you would ask, why not just use Kubernetes. Well, we thought of that. But considering how small we were and how much workload we had, there was no way we could operate Kubernetes effectively. Yes, we could have also employed a managed Kubernetes solution, but for a startup which already spends a lot on core infrastructure, due to how many projects we operated, management wouldn&#x27;t approve of a managed Kubernetes solution.<p>There are also solutions like Heroku. However, as a company where containers are our standard unit of deployment, and tries to avoid platforms that try to lock customers in, Heroku and its likes were also off the table.<p>Platforms like Render are definitely an option. But while there are many lovers of Render and similar products, we just did not like the experience. We are of the opinion that Render was doing too many things. We just wanted to deploy containers. We were not looking for a platform offering 101 ways to deploy, but instead, we wanted 1 standard and open way to deploy. In short, Render felt like trading one pain for another discomfort.<p>The solution we eventually settled for was to come up with a crude internal solution. After taking off a few months from product development entirely, with a couple of bash scripts, python scripts, and custom-built binaries, we were finally able to fortify our infrastructure, which held up for a while.<p>Even though we (temporarily) solved the problem, it got me thinking a lot. I came to the obvious realization that infrastructure isn&#x27;t as perfect as we sometimes assume. There are still gaps in the infrastructure space and we just saw one of them. As someone who had been looking out for a problem to found a startup around, I soon began working on what would become DOrch today.<p>On Jan 8, I launched DOrch. While the Pro &amp; Enterprise models are our destination, the basic model which is now out (<a href="https:&#x2F;&#x2F;DOrch.cloud&#x2F;" rel="nofollow">https:&#x2F;&#x2F;DOrch.cloud&#x2F;</a>) for Engineers, Indie Hackers, and Startups, offers a peak into what the Pro &amp; Enterprise models could offer. We are currently building on the back of AWS. Our long term goal also includes operating our own data centers ourselves. We hope we get there.

1 comment

znpy4 个月前
Reminds me a lot of what joyent did. They basically re-implemented the whole docker daemon APIs and exposed them on the public internet.<p>When you ran containers the underlying host wouldn&#x27;t be a single host but a whole datacenter. You could define public networks and the IPs you&#x27;d get there were actual public ipv4.<p>So basically you&#x27;d only have to do &quot;docker run ...&quot; in order to deploy a container on that public cloud and have it exposed to the public internet.
评论 #42758913 未加载