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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

An Open Source, Self-Hosted Heroku

443 点作者 stucat超过 8 年前

31 条评论

mbreedlove超过 8 年前
I just migrated a hobby website to Dokku, which also markets itself as a self-hosted Heroku. I was curious how Flynn compared. Fortunately, there was a blog post giving an overview[1]. I get the impression that Flynn has all the benefits of Dokku, but has the ability to scale to multiple servers. It seems like Flynn is obviously better than Dokku, so I guess I get to do that this weekend.<p>Keeping up with new containerization tech is starting to feel like keeping up with new JS frameworks&#x2F;tooling...<p>[1] <a href="https:&#x2F;&#x2F;flynn.io&#x2F;blog&#x2F;upgrading-from-dokku-to-flynn" rel="nofollow">https:&#x2F;&#x2F;flynn.io&#x2F;blog&#x2F;upgrading-from-dokku-to-flynn</a>
评论 #12704642 未加载
评论 #12703708 未加载
评论 #12704431 未加载
评论 #12704958 未加载
评论 #12703641 未加载
评论 #12708287 未加载
bglusman超过 8 年前
This is a great overview of the kubernetes&#x2F;self-hosted PaaS landscape, but is also clearly a bit of marketing for Flynn. Flynn looks awesome, but also as&#x2F;more awesome at a glance from my research and test runs is <a href="https:&#x2F;&#x2F;github.com&#x2F;convox&#x2F;rack" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;convox&#x2F;rack</a> which I got closer to working more quickly than Flynn, though it helped that Convox builds on top of docker-compose.yml files, which we were already using for development.<p>For better or worse, we&#x27;re going the full kubernetes route though, and still working out what deployment etc looks like. So far a lot of un-DRY looking YAML files have inspired a spike at a tool to help manage creating and maintaining kubernetes yaml[1], which others reading this are welcome to try and I&#x27;d love to hear better alternatives to or get feedback&#x2F;pull requests&#x2F;etc. I may push up a branch I&#x27;m working on later that partially automates creating deployments from a Procfile, but we discovered having seperate Procfiles may make applying env-variable only changes harder, curious to hear if others have any guidelines on that, it&#x27;s so easy to edit an ENV var on Heroku we took it for granted.<p>[1] <a href="https:&#x2F;&#x2F;github.com&#x2F;stellaservice&#x2F;ky" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;stellaservice&#x2F;ky</a>
评论 #12704098 未加载
评论 #12703914 未加载
评论 #12706468 未加载
评论 #12704628 未加载
评论 #12706646 未加载
ggrochow超过 8 年前
As someone who&#x27;s been using flynn in production for a month or two, some things to be aware of. (Devops is not one of my strongpoints, so keep that in mind)<p>You want to use an external blob-store, by default it uses its own postgres to store them. However, it also doesn&#x27;t do any garbage collection, so we ran out of HD space on our cluster, causing postgres to go into read-only mode. This prevented us from pushing updates &#x2F; changing any app-config settings ( ENV, Scaling, etc ). Thankfully we were hosting our own DB off-cluster or that too would have been read only.<p>The default limits on memory is 1gb, and for our app, when it runs out, it just crashes. Leaving no obvious error messages to be found.<p>Obviously RTFM as well, (especially this part <a href="https:&#x2F;&#x2F;flynn.io&#x2F;docs&#x2F;production" rel="nofollow">https:&#x2F;&#x2F;flynn.io&#x2F;docs&#x2F;production</a>) we had some other issues that could have easily been prevented.<p>Huge shout-out to the team that hangs out in their IRC channel, they were a massive help in solving the problems we&#x27;ve came across.<p>Using it when it works is lovely, we switched off of heroku recently and its been a very similar experience.
评论 #12703654 未加载
评论 #12703877 未加载
mawalu超过 8 年前
&quot;However, a primary goal of our solution was to automate the process of going from code in a repository to a deployed application in our cluster — much like Heroku. Kubernetes did not appear have any mechanism to support this type of workflow, nor a handful of other features we had hoped to find.&quot;<p>Just in case someone is feeling the same, deis[1] is providing exactly this. I did not try their software but I&#x27;ve read a lot of positive about them in the last time.<p>[1] <a href="https:&#x2F;&#x2F;deis.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;deis.com&#x2F;</a>
评论 #12703821 未加载
splitrocket超过 8 年前
I run flynn as a local staging&#x2F;CI service in our networking closet. It allows us to rapidly try out new apps&#x2F;services in an environment that approaches production on a couple of machines we had lying around super quickly.<p>There are still a couple of rough edges, specifically around upgrading and persistence across power failures, which is unlikely in a datacenter, but aside from those things, all in all excellent.<p>In particular, though, the flynn.io team are particularly excellent in terms of support.
评论 #12703788 未加载
评论 #12703591 未加载
magnotorres超过 8 年前
We at Globo.com[1] are using docker in production before it was considered ready for prod, with tsuru PaaS, as some features in tsuru(like self-healing) made docker easy to handle, manage and scale containers. Tsuru has more than 4 years, it&#x27;s really stable and reliable, we are attending huge traffics in a large number of apps and it has lots of important features like multi cluster(pool), metrics, auto scale, granular in relation to permissions of users, etc. We are investing a lot in this project as anyone can see in our repo[2] and we changed completely the way devs, (dev&#x2F;)ops and product people worked here. Tsuru was already easy to install(all in one VM[3,4]), and now we have an experimental way[5] to make it in all IaaSs supported by docker machine.<p>[1] Globo.com is the internet arm of Globo Group, the biggest broadcast television in Brazil and second in the world [2] <a href="https:&#x2F;&#x2F;github.com&#x2F;tsuru&#x2F;tsuru" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;tsuru&#x2F;tsuru</a> [3] <a href="https:&#x2F;&#x2F;github.com&#x2F;tsuru&#x2F;tsuru-bootstrap" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;tsuru&#x2F;tsuru-bootstrap</a> [4] <a href="https:&#x2F;&#x2F;github.com&#x2F;tsuru&#x2F;now" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;tsuru&#x2F;now</a> [5] <a href="https:&#x2F;&#x2F;docs.tsuru.io&#x2F;stable&#x2F;experimental&#x2F;installer.html" rel="nofollow">https:&#x2F;&#x2F;docs.tsuru.io&#x2F;stable&#x2F;experimental&#x2F;installer.html</a>
jacques_chester超过 8 年前
Since there are some Flynnsters hereabouts: do you run buildpacks unmodified? How do you deal with fully disconnected environments?<p>I work on Cloud Foundry buildpacks, several of which are downstream from Heroku&#x27;s. So I&#x27;m professionally interested in seeing another perspective on how to drive them.
评论 #12704778 未加载
mcescalante超过 8 年前
I&#x27;m curious about any compelling reasons I should use something like Dokku or Flynn if I already prefer to manage my own infra with something like Ansible or Salt. Serious question, not a sarcastic rhetorical remark about this type of tool :)
评论 #12703998 未加载
评论 #12704089 未加载
评论 #12704014 未加载
heyrhett超过 8 年前
I looked into all the &quot;Self-Hosted Heroku&#x27;s&quot; a few few months ago. One feature I found they all lacked is multitenancy, meaning that there is no security model in place to trust that you could host multiple pieces of code from different clients without them hacking each other.<p>I&#x27;m not talking about the deployment specifically, but rather isolating the code once it is deployed.<p>Am I missing something there?
评论 #12704641 未加载
评论 #12704131 未加载
neokya超过 8 年前
Looks like this is great project.<p>We are using powerful dedicated server to host multiple sites&#x2F;apps like the way shared hosting providers do. Maintenance and upgrade is so painful, I am trying to move to something else.<p>I looked into Docker but seems things are still not stable. Another approach I am looking into is KVM virtualization.<p>Aactually, all I want is something like Heroku (but self hosted or German providers cause our clients are German and that&#x27;s important) where we can host each app on it&#x27;s own container.<p>So far, this meets all the requirements.
评论 #12703681 未加载
mr_luc超过 8 年前
I don&#x27;t compare Flynn with Heroku or Dokku. I compare it with Kubernetes.<p>When it comes to dev UX, I&#x27;d agree that Flynn&#x27;s is better, though both are easy to use. But I&#x27;d point to Convox for great dev UX in something that deploys only to AWS, and that can use a dockerfile&#x2F;binary artifact instead of git push (I&#x27;ve been a minor contributor to Dokku and Convox, using both in prod on a few different projects).<p>I mention k8s because &quot;self-hosted&quot; is mentioned in the title.<p>Personally, the main reason I&#x27;ve been doing personal projects in k8s over the past 6 months or so is that 1) it offers out-of-the-box container networking and dns-based discovery, and my side projects are all distributed software so it makes it easy to get nodes talking, and 2) minikube runs a cluster where I can actually scale my apps up and down and test out distributed software on my laptop similarly to how it will be deployed.<p>(I&#x27;m investigating using Weave&#x27;s ECS AMI, so that I can also get container discovery and networking in Convox, because I love the Convox dev UX so very much. But I&#x27;m also thinking, more and more, about how I can automate a smoother dev UX for my k8s projects, because I also like being able to easily run a real cluster locally in minikube, and Convox can run locally but with only one instance of each app).
tracker1超过 8 年前
Facing a similar situation a couple years ago, the solution I had pushed for was just for a few (3) dokku servers setup behind an nginx server as a reverse-proxy... the reason for multiple servers in our case was redundancy first, this split allowed us to do the exact same deploy to three servers, run tests, update nginx config then down the old version(s) of the apps.<p>Flynn and deis definitely seem interesting, as does the tooling that coreos and docker themselves are working on.
bahmutov超过 8 年前
I have been using Dokku for a year for personal side projects and it has been awesome. Each release brings good features, fixes bugs and in general improves it.<p>Setting up could never be easier (read <a href="https:&#x2F;&#x2F;glebbahmutov.com&#x2F;blog&#x2F;running-multiple-applications-in-dokku&#x2F;" rel="nofollow">https:&#x2F;&#x2F;glebbahmutov.com&#x2F;blog&#x2F;running-multiple-applications-...</a>) and the large number of plugins for databases is a huge plus.
ohstopitu超过 8 年前
I would love to have something like AWS Lambda that can be self hosted on something like this or Flynn.<p>I know a lot of enterprises that are interested in using serverless arch (the framework serverless[0], not the literal definition of not using servers) but don&#x27;t want to use AWS or other public cloud providers.<p>[0]: <a href="https:&#x2F;&#x2F;serverless.com" rel="nofollow">https:&#x2F;&#x2F;serverless.com</a>
评论 #12703874 未加载
评论 #12703967 未加载
dabeeeenster超过 8 年前
Is there a way to dynamically auto-scale hosts? One of my app has very bursty traffic, and would require scaling from 2 to 10 host servers and then back down over a period of several hours. I can&#x27;t see this referenced in the docs? I can see you can scale processes but that&#x27;s not increasing host resources available, right?
评论 #12704336 未加载
ukd1超过 8 年前
Why not just use Heroku and actually build your product?
评论 #12704044 未加载
评论 #12704221 未加载
评论 #12706432 未加载
评论 #12704026 未加载
malnick超过 8 年前
Take a look at dcos.io (Mesosphere&#x27;s Data Center Operating System). DC&#x2F;OS provides a lot of the missing features you&#x27;re after:<p>- Persistant workloads - Fine grained ACL&#x27;s for RBAC<p>They&#x27;re also working on shipping a consolidated logging and metrics API in Winter of 2017 which will enabled users to get workload plus host-level logs and metrics into almost any log and metrics aggregation solution (in your case, ELK would be easy to ship to).<p>Best of all it runs on top of production proven scheduling software, Apache Mesos, which has wide community adoption and support.
tscolari超过 8 年前
You should check cloudfoundry -&gt; <a href="https:&#x2F;&#x2F;cloudfoundry.org" rel="nofollow">https:&#x2F;&#x2F;cloudfoundry.org</a><p>It&#x27;s opensource, multi-tenant and widely tested (used) by big companies.
mmanfrin超过 8 年前
Anyone have experience to how this compares with Deis (Workflow)? Last week I spent an evening getting a small cluster set up with kubernetes and deis. It looks to work very similar to Flynn.
评论 #12704991 未加载
spitfire超过 8 年前
Is there any HIPAA story for Flynn?<p>You can do HIPAA on AWS yourself or use (expensive vendors). However both of these routes lose you the management&#x2F;deployment abilities of things like Heroku&#x2F;Flynn.
评论 #12704847 未加载
评论 #12704828 未加载
smartbit超过 8 年前
How would Flynn compare to Cisco Mantl <a href="https:&#x2F;&#x2F;blogs.cisco.com&#x2F;cloud&#x2F;mantl-version-1-2-released-kubernetes-fully-integrated" rel="nofollow">https:&#x2F;&#x2F;blogs.cisco.com&#x2F;cloud&#x2F;mantl-version-1-2-released-kub...</a>? Mantl is Open Source, supports many Cloud platforms using Terraform including Openstack &amp; virtualBox, schedules with Kubernetes &amp; Mesos, etc, etc: all the buzz-words included :-)<p>BTW Met the Flynn team at 32C3, nice guys indeed.
ukd1超过 8 年前
Did anyone checkout <a href="https:&#x2F;&#x2F;convox.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;convox.com&#x2F;</a> - which is a more direct alternative to Heroku?
评论 #12704097 未加载
评论 #12704729 未加载
artellectual超过 8 年前
I too have been on a journey to create a heroku for myself. I finalised my system on using rancher + drone ci combo.<p>You can watch a video of my setup here: <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=zxPB2v-tWvQ&amp;list=PLjQo0sojbbxViGEbI_87SPXpb3neuVqDL&amp;index=2" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=zxPB2v-tWvQ&amp;list=PLjQo0sojbb...</a>
afro88超过 8 年前
Anyone using Erlang&#x2F;Elixir on Flynn? Will distributed message sending between deployed apps work?
评论 #12707656 未加载
barkingcat超过 8 年前
It isn&#x27;t clear from the intro docs, but what OS&#x27;s does Flynn run on?<p>The install guide mentions Ubuntu. Does it work on FreeBSD? Does it work on other Linux distributions from the Redhat family (fedora, centos, rhel, etc)
评论 #12706094 未加载
mwalburn超过 8 年前
Curious if the folks looking for an &quot;open source Heroku&quot;, whow found Flynn, also looked at open source Cloud Foundry... and what turned them off from CF.
评论 #12708253 未加载
评论 #12705658 未加载
evunveot超过 8 年前
Anyone have experience with DC&#x2F;OS? It runs on Mesos, not Kubernetes, but in any case it seems very full featured.<p><a href="https:&#x2F;&#x2F;dcos.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;dcos.io&#x2F;</a>
sairamkunala超过 8 年前
one more PaaS solution I found today - <a href="https:&#x2F;&#x2F;hasura.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;hasura.io&#x2F;</a> built on Kubernetes and Docker. Thought this has some relevance here
softwarelimits超过 8 年前
no autoscaling.
bbcbasic超过 8 年前
<p><pre><code> { tldr : &#x27;https:&#x2F;&#x2F;flynn.io&#x27; }</code></pre>
xutopia超过 8 年前
TLDR: We tried getting something similar to Heroku up and running but we ended up going with a paid service that starts at 4299$&#x2F;month.
评论 #12703465 未加载
评论 #12703461 未加载