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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Show HN: SetOps – Run containers, databases and more in your own AWS account

90 点作者 latebird22将近 3 年前

9 条评论

tobi_tobsen将近 3 年前
Hey HN! I’m Tobi, Co-Founder of SetOps.<p>Heroku is awesome; I started my dev career with it as well. But for us, a digital agency, it didn’t scale very well, mainly price-wise. AWS solved the pricing issue but made our dev teams slow since they did not know the in-and-outs of AWS and therefore relied on the DevOps team, which became a bottleneck for new projects.<p>During this time, the idea of SetOps was born. We imagined a tool that empowers developers to run their applications in the cloud to ship apps faster. But it needed to be flexible enough to fulfill all our customer’s requirements. So our key target group is Devs &amp; DevOps alike. By providing a web interface, CLI and API, it can be used by devs and automated CI&#x2F;CD systems.<p>Unlike other players like Heroku with SetOps users deploy to your own AWS account – keeping ownership and control of their infrastructure, allowing them to leave SetOps as they please and profit from AWS saving plans which might save a lot of money.<p>Two important topics to us are reliability and cost-efficiency. By using AWS ECS, managed load balancers, autoscaled EC2 instances, and redundancy across data centers, the infrastructure and, therefore, the deployed applications are highly available and self-healing. By sharing resources as much as possible – like one load balancer for multiple apps and shared database instances – SetOps can save some additional bucks.<p>If there is a use-case that SetOps does not support, it can be extended by additional AWS resources and external cloud services like MongoDB Atlas via VPC peering. Also, a reason to deploy to one’s own cloud account.<p>Although user-facing SetOps is currently an imperative infrastructure tooling, under the hood, we use a JSON definition of a so-called stage (a collection of apps and services) which we pass to Terraform to ensure that the state in the cloud account always matches the desired state. This allows for fixing broken AWS configurations as well.<p>Long story short: if SetOps sounds interesting, check out setops.co. We are looking forward to your feedback and use-cases.
superb-owl将近 3 年前
&gt; Isn&#x27;t it just Kubernetes under the hood? That&#x27;s not the right question...Kubernetes is just one of the building blocks for easy and secure app deployment. It is not a one-shot answer for day two operations such as reliable databases, load balancing, backups, certificates, and data security...With SetOps, you don&#x27;t need to care how we run containers – you&#x27;ll profit from the sensible choices and long hours our infrastructure experts spent to make sure it runs well.<p>I have really mixed feelings about this response.<p>On the one hand, I 100% agree - vanilla k8s is not prod-ready, and you need to do a _lot_ of work to figure out some things, especially around persistent storage (but load balancing and certs are a pretty solved problem).<p>But the line &quot;you don&#x27;t need to care how we run containers&quot; bugs me. Maybe your two-person start up doesn&#x27;t need to know, but eventually you will grow to the point that you _do_ need to care how things are running, and need control over it. This is why so many companies end up outgrowing Heroku and have to go through an expensive migration.<p>What I&#x27;d love to see is a &quot;batteries-included Kubernetes&quot;, which allows me to slowly take control over more and more of the stack, until I&#x27;m a 1000 person company and ready to run my own clusters.
评论 #31660479 未加载
评论 #31661744 未加载
评论 #31660428 未加载
评论 #31660466 未加载
melony将近 3 年前
Crowded space! Flightcontroller, qovery, Architect. Competition is stiff, I am interested to see where your product is heading.
评论 #31661465 未加载
评论 #31661063 未加载
评论 #31666595 未加载
评论 #31663449 未加载
评论 #31661349 未加载
oakct将近 3 年前
Nice project! Just a note of feedback: for a service that advertises with transparently deploying resources to my own AWS account, it is surprisingly difficult to find out to what AWS services the various concepts in setopts maps to. Given that I would be the one paying for any mishaps and overprovisioned resources, it would be good to have a reference for this. Maybe I missed it?
评论 #31660956 未加载
codegeek将近 3 年前
I donno. I am looking for a simpler solution on top of AWS that abstracts away setting up the services with configuration but doesn&#x27;t necessarily use containers for everything and def. not Kubernetes.<p>Is this not desirable for others ? All the solutions that I see are focussed on containerizing (I get that to an extent). But I would personally want a service on top of AWS that abstracts away setting up EC2, load balancers, auto scaling, RDS etc etc. Does it have to be kubernetes ?
评论 #31663385 未加载
评论 #31660826 未加载
rco8786将近 3 年前
I want to love this. I think we desperately need the &quot;new heroku&quot; and this touches on that.<p>BUT, it takes 24 separate commands to launch a &quot;quick start&quot; rails app. Hopefully this is just a alpha&#x2F;beta experience, and the idea is get these going a little easier?<p>And once I launch it, what AWS resources are being used? How much should I expect this quick start rails app to cost me? Having a hard time figuring that out.
评论 #31692996 未加载
cagataygurturk将近 3 年前
What is your product‘s difference with Cloud Run?
评论 #31664060 未加载
throw03172019将近 3 年前
This sounds super similar to Convox (generation 2 - built on top of AWS ECS).<p>Is SetOps using Kubernetes (EKS) or ECS?
评论 #31664067 未加载
icodefuture将近 3 年前
Looks super promising