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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Ask HN: Where do you deploy to in 2018 and how?

77 点作者 Narzerus大约 7 年前
I&#x27;ve been using Heroku for several years now, and as it happens to everyone eventually it becomes just too expensive.<p>I&#x27;m curious to know what people here use to deploy, and where are you hosting your apps.<p>Personally I&#x27;m looking for an experience as similar as possible to Heroku, any recommendations?

61 条评论

wastedhours大约 7 年前
Most of my projects are Rails-based, and I tend to use DO [0], and have just discovered Hatchbox [1] to deploy. Super easy for side-projects to get started and deployed. Taken deploying side projects from days to minutes.<p>[0] <a href="https:&#x2F;&#x2F;www.digitalocean.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.digitalocean.com&#x2F;</a><p>[1] <a href="https:&#x2F;&#x2F;www.hatchbox.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.hatchbox.io&#x2F;</a>
评论 #16485341 未加载
评论 #16473428 未加载
评论 #16473926 未加载
评论 #16473510 未加载
PerfectElement大约 7 年前
I do things in an old-school way. 2 Bare metal servers at different data centers with totaluptime.com acting as a load balancer with auto-failover.<p>Deployment is done via SFTP by pressing the publish button in Visual Studio. This will deploy to the inactive server. I then manually trigger tests on GhostInspector (this could be automated via API) to make sure I didn&#x27;t break anything. Then I run a custom script to make the load balancer redirect traffic to the upgraded server.<p>Solo founder, small bootstrapped business generating 50k&#x2F;month with 1000 paying customers. Hosting costs are under $500. I could double the number of clients without needing to upgrade the hardware. I looked into moving to AWS or Azure, but can&#x27;t justify paying 4x more for the same performance.
评论 #16474331 未加载
评论 #16481388 未加载
评论 #16474992 未加载
ah-大约 7 年前
Kubernetes, both in-house and on AWS. I couldn&#x27;t live without it anymore, it&#x27;s just so nice to use and easy once you&#x27;ve gotten over the initial learning curve.<p>kubectl apply -f for simple deployments, Helm for more complex ones.
评论 #16482735 未加载
pentium10大约 7 年前
Google Cloud Platform - their PaaS or serverless solutions are extremely cheap. Also having 1TB free query on Bigquery is a true hidden gem in cloud. The same instance compared to other cloud vendors have better performance. We always needed fewer workers on GCP compared to AWS for example.
评论 #16477769 未加载
sheraz大约 7 年前
Easy offboarding from Heroku into dokku [1] and digital ocean [2].<p>But these days I run simple docker in digital ocean and Azure with deployments managed via my CI.<p>[1] - <a href="http:&#x2F;&#x2F;dokku.viewdocs.io&#x2F;dokku&#x2F;" rel="nofollow">http:&#x2F;&#x2F;dokku.viewdocs.io&#x2F;dokku&#x2F;</a><p>[2] - <a href="https:&#x2F;&#x2F;www.digitalocean.com&#x2F;products&#x2F;one-click-apps&#x2F;dokku&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.digitalocean.com&#x2F;products&#x2F;one-click-apps&#x2F;dokku&#x2F;</a>
ukoki大约 7 年前
I&#x27;m surprised how many people here are snow-flaking their own web application servers instead of just using Heroku. Heroku is $25&#x2F;dyno&#x2F;month. At $100&#x2F;hr for a dev a Heroku dyno costs 15minutes of dev time per month. If you spend just a day tinkering with your application server VMs or updating docker images running your Rails app every month — you could have bought 32 Heroku dynos instead.
评论 #16477017 未加载
gameswithgo大约 7 年前
Azure app service, deploy to it with MSBuild (which we fire off from teamcity, which git clones, runs build scripts, then deploys with msbuild). App services have a &#x27;staging&#x27; deployment slot, so you can deploy to the staging slot, test it, then swap the slots and you are live.<p>App Services are cheap and easy to manage, if you write efficient code they have plenty of horsepower for medium sized websites.
bpicolo大约 7 年前
What parts of Heroku in particular are you interested in seeing in an alternative? If a friendly user interface is a big part of the ask, your options are unfortunately limited (at least among the big cloud providers, I&#x27;m unfamiliar with smaller providers).<p>AWS&#x27;s Elastic Beanstalk doesn&#x27;t have any UX to speak of (just a few options to fiddle and some weak logging support). It&#x27;s a very raw service, much like the rest of AWS (rock-solid infrastructure to bring-your-own stuff). They take care of infrastructure but developer pleasantries are entirely up to you.<p>App Engine is significantly better on the UX front - you get error reporting, metrics, logging, etc all in a single cohesive web app. In my experience I hit some hard to debug &#x2F; resolve quirks, but that is very much a ymmv situation. It can be tricky to figure out how to configure the right pieces &#x2F; permissions in their new app engine variant (docker-based). I wouldn&#x27;t use the classic variant at this point, it&#x27;s pretty heavy on the vendor lock-in front. It&#x27;s great if you need the specific capability of classic app engine but that&#x27;s most likely not what you need.<p>If you&#x27;re using Heroku&#x27;s hosted postgres, know that GCloud&#x27;s postgres support is still &quot;beta&quot;. AWS RDS on the other hand has very good postgres support.<p>In both cases, deploys aren&#x27;t just a git push, but use a custom CLI (`eb deploy` and `gcloud something something`). They&#x27;re also both pretty typically tough to get to the first successful deploy with - for example Elastic Beanstalk will spend quite a while attempting to recover from deployment errors, and if you&#x27;ve never deployed a successful version it&#x27;s very bad at that, and it also blocks deployments while it attempts to recover. So you end up stuck while it attempts to recover from a problem it will never recover from for a bit (this has been a problem for literally every beanstalk service I&#x27;ve ever deployed, heh).<p>You can also go something like the hosted Kubernetes route. Currently GCloud is king here, but naturally that&#x27;s a command-line only UX unless you deploy your own kubernetes UI service (unfamiliar with options there)<p>Unfamiliar with Azure&#x27;s offerings.
chrisvalleybay大约 7 年前
AWS, mostly. On my servers I have simple shell scripts that have functions for pulling and running Docker images. Locally I use rake to build and push Docker images. Finally, Rake executes the deploy script on the server via ssh which pulls and runs the new images.<p>It&#x27;s not fancy like dokku (or even Docker Compose), but it&#x27;s composed of very minor pieces that are easy to debug and extend.<p>Not knowing if Docker Compose has executed successfully, and if I&#x27;m on the newest image or not, grew to be an extra todo in my checklist when debugging my applications.
vlucas大约 7 年前
I was in the exact same position as you, looking at paying over $100&#x2F;mo for a simple side project on Heroku. I wound up deploying it to my own VPS for $5-10&#x2F;mo instead, and it actually ran faster was was much more reliable.<p>I am working on turning this into an app that others can use too. It&#x27;s still a ways away from real production use, but I am close to a closed beta. If you&#x27;re interested, check it out:<p><a href="https:&#x2F;&#x2F;www.seamless.cloud&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.seamless.cloud&#x2F;</a>
MrMatt大约 7 年前
Flynn [1] is worth a look (having come from dokku). Heroku-like and runs as a cluster.<p>[1]: <a href="https:&#x2F;&#x2F;flynn.io" rel="nofollow">https:&#x2F;&#x2F;flynn.io</a>
评论 #16474125 未加载
arooaroo大约 7 年前
I know this post is young but surprised not to see Linode on here yet. We are deploying to Linode and have recently switched from Puppet to Saltstack to manage our servers. There&#x27;s a bit of Fabric and Capistrano to glue it all together.
评论 #16473873 未加载
uhsac大约 7 年前
Take a look at <a href="https:&#x2F;&#x2F;nanobox.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;nanobox.io&#x2F;</a>, I&#x27;m using it for side projects and it&#x27;s great and cheap (I&#x27;m not related to them)
评论 #16473849 未加载
neikos大约 7 年前
I use the hetzner cloud[1] that has been recently launched. It is pretty fast and not too expensive.<p>[1]: <a href="https:&#x2F;&#x2F;www.hetzner.de&#x2F;cloud" rel="nofollow">https:&#x2F;&#x2F;www.hetzner.de&#x2F;cloud</a>
pier25大约 7 年前
We&#x27;ve bee using a mix of Heroku and Firebase for static hosting.<p>Lately we&#x27;ve been moving small services to cloud functions in order to shut down Heroku dynos and it&#x27;s been great so far.
paulgb大约 7 年前
If you like the Heroku user experience you might like the Serverless Framework[1] as a front-end to AWS Lambda. In my case the app that I was deploying was already a WSGI Twelve-Factor app[2] so I created a yaml file and deployment just worked.<p>[1] <a href="https:&#x2F;&#x2F;serverless.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;serverless.com&#x2F;</a> [2] <a href="https:&#x2F;&#x2F;12factor.net&#x2F;" rel="nofollow">https:&#x2F;&#x2F;12factor.net&#x2F;</a>
ejs大约 7 年前
I continue to use Heroku for a few applications. Since the last few application I have worked on are B2B apps they don&#x27;t get much usage in the off-hours. I wrote a heroku-addon[1] for scaling down on nights&#x2F;weekends so the cost isn&#x27;t bad overall.<p>[1] <a href="https:&#x2F;&#x2F;elements.heroku.com&#x2F;addons&#x2F;flightformation" rel="nofollow">https:&#x2F;&#x2F;elements.heroku.com&#x2F;addons&#x2F;flightformation</a>
matthewmacleod大约 7 年前
At present, we use a network of bare-metal servers, which are managed by Chef, with a custom deployment system which deploys build artefacts from CI as defined in Chef. It&#x27;s tidy, smart and quick – but it does require a fair bit of infrastructure.<p>We&#x27;re in the middle of piloting a switch to Nomad (<a href="https:&#x2F;&#x2F;www.hashicorp.com&#x2F;products&#x2F;nomad" rel="nofollow">https:&#x2F;&#x2F;www.hashicorp.com&#x2F;products&#x2F;nomad</a>), replacing much of the custom deployment system with it, though still running on bare-metal servers. It&#x27;s an absolutely <i>fabulous</i> bit of software that really hits the use-cases for an organisation of our size, so I&#x27;m excited to see how that works out.<p>For side-projects where things like HA aren&#x27;t much of a concern, I&#x27;ve settled on some minimal shell scripts to deploy tarballs over SSH. It&#x27;s actually pretty neat – CI builds a project, and runs a small script to copy the results to a server and restart the services. It&#x27;s always worth considering the simple solutions if you don&#x27;t need the more advanced features!
majewsky大约 7 年前
I know it&#x27;s not useful for you, but: In our own datacenters, using Kubernetes on baremetal.
评论 #16473531 未加载
tobru大约 7 年前
I can recommend APPUiO [0] which is a Swiss based container platform running OpenShift [1] and providing a full PaaS experience. The crew is reachable under [2], answering any questions in the chat. Disclaimer: I work for VSHN, the company behind APPUiO.<p>[0] <a href="https:&#x2F;&#x2F;appuio.ch&#x2F;en&#x2F;public.html" rel="nofollow">https:&#x2F;&#x2F;appuio.ch&#x2F;en&#x2F;public.html</a> [1] <a href="https:&#x2F;&#x2F;www.openshift.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.openshift.org&#x2F;</a> [2] <a href="https:&#x2F;&#x2F;community.appuio.ch&#x2F;" rel="nofollow">https:&#x2F;&#x2F;community.appuio.ch&#x2F;</a>
michaelbuckbee大约 7 年前
In making a selection like this you need to separate the deploy UX (git push heroku master) from the underlying service.<p>Things like dokku, etc are great at providing the UX and generally really solid.<p>However, much of the benefit of Heroku is that they handle some&#x2F;much of the underlying sysadmin tasks you&#x27;d otherwise need to worry about. It&#x27;s easy to discount that as it&#x27;s mostly invisible until there&#x27;s a serious problem.<p>A middle ground between putting dokku onto a VPS is perhaps Amazon&#x27;s Elastic Beanstalk service combined with Amazon RDS which provides you a big chunk of the functionality (albeit in a less slick wrapper).
joshmanders大约 7 年前
I used to think Heroku was too expensive, and I set out to build a service as comparable to Heroku but using more open source stuff to bring costs down, including bringing the friendly heroku interface to your own servers, so it didn&#x27;t matter if you had 1 server or 30 servers, you&#x27;d pay a single small fee.. I even became a maintainer of Dokku in my time of getting very familiar and contributing to it&#x27;s plugins and core while building my service.<p>Then I realized Heroku really isn&#x27;t that expensive anymore, and I dropped it all and started building my projects on Heroku again.
bergie大约 7 年前
Heroku and AWS, depending on application. Heroku is a bit pricey, yes, but on the other hand they&#x27;ve provided really good service over the years.<p>In general all my deploys are done using Travis CI.
ecesena大约 7 年前
Work: AWS.<p>Personal projects: Github pages (mostly react apps, e.g. [1, 2]), GAE (python backends, e.g. [1]), Google Spreadsheet (data backend, e.g. [2]), Firebase (e.g., [3]).<p>[1] <a href="http:&#x2F;&#x2F;priceeth.github.io&#x2F;" rel="nofollow">http:&#x2F;&#x2F;priceeth.github.io&#x2F;</a><p>[2] <a href="http:&#x2F;&#x2F;hasgluten.com&#x2F;" rel="nofollow">http:&#x2F;&#x2F;hasgluten.com&#x2F;</a><p>[3] <a href="http:&#x2F;&#x2F;distrosheet.com&#x2F;" rel="nofollow">http:&#x2F;&#x2F;distrosheet.com&#x2F;</a>
rwieruch大约 7 年前
I use DO Droplets (5$ - 10$) to host multiple static websites with server blocks or multiple applications (Node.js) with Dokku. So far, it has worked out for me very well. If you are interested in Dokko, you can find a guide for my setup over here [0].<p>- [0] <a href="https:&#x2F;&#x2F;www.robinwieruch.de&#x2F;deploy-applications-digital-ocean&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.robinwieruch.de&#x2F;deploy-applications-digital-ocea...</a>
nleach大约 7 年前
Mesos running on AWS, almost entirely with EC2 spot instances.<p>We were big Heroku users as well, so carried over a number of Heroku patterns. For example, configuring everything with ENV vars, lightweight load balancing, grouping apps into several deployable targets, etc.<p>It’s certainly not better than Heroku in most ways, though there was no plausible way for us to continue running our workload on Heroku.<p>(Edited: typo)
acutesoftware大约 7 年前
As a sole developer, I have the luxury of keeping it simple - git push and if the tests pass, then ftp&#x27;s to www.pythonanywhere.com
timwis大约 7 年前
I just listened to the web platform podcast [0] episode about WeDeploy [1]. Haven&#x27;t tried it yet, but it sounds really nice.<p>[0]: <a href="https:&#x2F;&#x2F;thewebplatformpodcast.com&#x2F;155-wedeploy" rel="nofollow">https:&#x2F;&#x2F;thewebplatformpodcast.com&#x2F;155-wedeploy</a><p>[1]: <a href="https:&#x2F;&#x2F;wedeploy.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;wedeploy.com&#x2F;</a>
praveenweb大约 7 年前
If you like the git push flow of Heroku, i would recommend you to check out Hasura - <a href="https:&#x2F;&#x2F;hasura.io" rel="nofollow">https:&#x2F;&#x2F;hasura.io</a> - Its a Baas + Paas for containers. Everything about your project is declarative and your apps are dockerized and deployed on to a Kubernetes cluster with free SSL.
underyx大约 7 年前
Heh, nice timing with this question! We just published an article on how we deploy at Kiwi.com (to Rancher) yesterday: <a href="https:&#x2F;&#x2F;code.kiwi.com&#x2F;announcing-crane-e8ce911b187b" rel="nofollow">https:&#x2F;&#x2F;code.kiwi.com&#x2F;announcing-crane-e8ce911b187b</a>
评论 #16473281 未加载
yamalight大约 7 年前
Have been rolling my own server on Scaleway &#x2F; Hetzner and deploying with Exoframe [1] for past ~year. Works pretty well :)<p>[1] <a href="https:&#x2F;&#x2F;github.com&#x2F;exoframejs&#x2F;exoframe" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;exoframejs&#x2F;exoframe</a>
mariushop大约 7 年前
Past AWS. Now Digital Ocean, happy customer, administrating <a href="https:&#x2F;&#x2F;eddtor.com" rel="nofollow">https:&#x2F;&#x2F;eddtor.com</a> (free) + <a href="http:&#x2F;&#x2F;memoria.email" rel="nofollow">http:&#x2F;&#x2F;memoria.email</a> front page
mark-ruwt大约 7 年前
Our API Infrastructure (~40 servers) is spread across Linode, DigitalOcean, and Vultr. We use home-rolled scripts to build machines from scratch (aggressively tear down and rebuild to avoid maintenance windows), and use Ansible to deploy any code updates.
tty7大约 7 年前
personal heroku&#x2F;dokku clone, which is really just a remote git with some hooks that build images and provision to docker.<p>haproxy in front loadbalancing and doing routing<p>tinc mesh for a ghetto private cloud with dirt cheap boxes<p>consul k&#x2F;v store used for runtime configuration
AndrewZM大约 7 年前
Using vultr.com for a few side projects. I&#x27;m planning to release an iOS app with a NodeJS and PostgreSQL backend. I find it to be somehow cheaper than DO but cannot say anything about the reliability.
neverminder大约 7 年前
I have a simple bash script that uses git, rsync and build tool for my stack (sbt). Builds and deploys my project to any (linux) server on the planet with ssh access. Simple, fast, effective and painless.
hashkb大约 7 年前
Some AMIs built with Packer, auto scaling groups, ELBs, CloudFront, Jenkins, RDS, Elasticache, and some scripts in the repo. I build simple apps; if they got crazier I might use a cloud managed k8s.
Jean-Philipe大约 7 年前
Try `now` from <a href="https:&#x2F;&#x2F;zeit.co" rel="nofollow">https:&#x2F;&#x2F;zeit.co</a>, it&#x27;s super pleasant. Hacker friendly. Though, mostly nodejs centered (AFAIK).
评论 #16475279 未加载
girvo大约 7 年前
Dokku, running on an HP DM1 laptop in my cupboard. My ISP gives me a static IP and 100&#x2F;100mb connection, so it’s quite good for my personal projects and some work tooling!
adzicg大约 7 年前
We switched MindMup from Heroku to AWS Lambda (+S3+Cloudfront for web page hosting), gradually in 2016, and I’m quite happy with the results. We deploy using claudia.js.
marcfowler大约 7 年前
We use Ansible for everything, deploying into AWS. It&#x27;s really great and I found it to be far easier to wrap my head around than anything else I looked at.
hoppyluke大约 7 年前
Azure App Service, deployed via Visual Studio Team Services. App Service supports Git push deployments, but VSTS plays nicely with it (as you&#x27;d hope).
AustinG08大约 7 年前
Using AWS CodePipeline (Github -&gt; AWS CodeBuild -&gt; AWS CodeDeploy). It works nicely with all of our AWS resources. Looking to migrate to Kubernetes.
dudul大约 7 年前
Docker managed by Kubernetes and deployed in AWS.
neurostimulant大约 7 年前
Rancher is actually pretty solid. The API is actually pretty good, allowing me to write some automation scripts for everyday tasks.
Sir_Cmpwn大约 7 年前
Dedicated servers colocated in town, via shell scripts, libvirt, and an in-house continuous integration service.
superkitty大约 7 年前
Mesosphere DC&#x2F;OS, AWS, ECS, EKS, EC2, cloudformation, Jenkins, deployment API developed at home grown...
pawelkomarnicki大约 7 年前
AWS, because we have to at work. Heroku for personal projects, because it&#x27;s easy and fuss-free :-)
dfl__大约 7 年前
aws lambda with aws-sam-local for serverless apps and aws s3 and cloudfront for html&#x2F;css&#x2F;js frontend<p>For more heavier stuff I use cloudformation and to deploy docker images to ECS<p>The AWS-Stuff was a steep learning curve in the last months but worth it.
jesses大约 7 年前
If you&#x27;re using Elixir, take a look at gigalixir.com I&#x27;m the founder.
评论 #16498091 未加载
nkristoffersen大约 7 年前
Gitlab for CI&#x2F;CD then deploy to AWS, Google Cloud, or Firebase hosting.
superkitty大约 7 年前
What folks use for deployment strategy for machine learning based models?
tudelo大约 7 年前
Manually deploying using scripts to RHEL virtual machines.
danbee大约 7 年前
Netlify is fantastic for deploying static sites.
thecatspaw大约 7 年前
we&#x27;re using jenkins to deploy our monolithic java ecommerce applications onto baremetal servers, now slowly moving to aws
krambs大约 7 年前
surge.sh is stupid-simple for static sites.
评论 #16475838 未加载
segmondy大约 7 年前
On my localhost. :-D<p>For a quick demo, on a DMZ raspberry pi.
savrajsingh大约 7 年前
Google app engine
kull大约 7 年前
DigitalOcean
nodelessness大约 7 年前
Have you tried dokku?
holydude大约 7 年前
vmware guests with powershell and jenkins