Live data from Hacker News

Hyper.sh – Effortless Docker Hosting

hyper.sh

171–180 of 218 posts

Re: Hyper.sh – Effortless Docker Hosting

#172

Earlier quoted context omitted.

Yeah but is still not as managed as I want. You still need to populate a Kubernetes cluster which is 3 node minimum. Instances show up in your instances list and you still have to be careful to pop your instances in different zones/region for availability. In an ideal world I just want to run containers in a region with a LB in front, I don't care on which Kubernetes cluster they are. That the use case hyper.sh seems…

Once you've got the GKE cluster stood up (two clicks or so), you don't need to care which cluster you are on. The gcloud CLI remembers whatever you set. It's very hands-off. And if you ever do want to take more direct control, you've still got the option of doing more or all of it on your own.

Let's say you have two images: web and db. Web containers ask for high cpu, but small disk. DB requires big mem and disk.

With GKE, you either have different instance types for different container sizes; or you launch the BIG&TALL VMs for all.

The same story applies to public/private network as well. Point is that in GKE, there are two layers to manage: VM and Containers. In Hyper, the container is the infra.

Re: Hyper.sh – Effortless Docker Hosting

#173

Earlier quoted context omitted.

Taking the vagrant example, you'd typically play with vagrant locally and then move to AWS you mean? You can do exactly the same with Hyper. Play with Docker locally and then move to Hyper. The CLI commands are pretty much identical, docker compose works in the same way. Of course it's not exactly indentic, neither is a vagrant image and an AMI.

I've not spent much time with AWS. I was thinking more along the lines of Rackspace, Linode, Digital Ocean, those kinds of hosts. Yes there are important differences between running a dev server on VirtualBox and a prod server on one of the above, but there is parity in the workflow. The same is true when thinking about docker-machine + docker, locally then remotely. I understand that Hyper's cli is quite similar to…

If it's really about workflow parity then I would encourage you to give it a spin. I think the parity gap will be similar to your previous experiences with VMs all things considered.

Re: Hyper.sh – Effortless Docker Hosting

#174
post #69

Funny to see Deis is not mentioned here. It runs on top of Kubernetes and seems to deliver quite a similar experience to Hyper. Compared to Hyper, Deis seems a bit more towards the Heroku style of doing things, which is not a bad thing at all. And the Deis team came up with Helm which is an amazing way to deploy whole sets of containers as if your are installing packages with a package manager.

I haven't used Deis but I have used Dokku and Flynn. I found both easy to get started with. Flynn works well with DO and AWS although I couldn't get it to work with any third-party hosts (ssh auth issues). Took me about an hour to setup 3 load balanced nodes and deploy their test go app which writes to Postgres. There are issues with Flynn though: - Missing Dokku's rich plugin support (Let's Encrypt is a breeze on Do…

If you want a (in my opinion) really good alternative to flynn, I 100% reccomend Deis. Since v2 it's built ontop of Kubernetes so it has a strong infrastructure base.

Re: Hyper.sh – Effortless Docker Hosting

#178

Hey all, founder is here. I'd like to thank you for your votes here. Really appreciate! Also, I just want to share our public roadmap: https://trello.com/b/7fEwaPRd/roadmap . Feel free to comment. It actually helps a lot for us to prioritize. Thanks!

Have you thought about allowing users to provide their own cloud provider (AWS or Google Cloud) API access? That way we can use own own VPC and servers, and you can just charge us monthly for the software. See MongoDB Atlas [1]. This also means you as Hyper.sh don't have to worry about servers, uptime, buying hardware, power, bandwidth peering, what a headache. Let AWS and Google worry about the commodity physical ha…

Fun fact: this is basically what Tutum did before they were acquired by Docker and became Docker Cloud

Re: Hyper.sh – Effortless Docker Hosting

#179

Earlier quoted context omitted.

Have you thought about allowing users to provide their own cloud provider (AWS or Google Cloud) API access? That way we can use own own VPC and servers, and you can just charge us monthly for the software. See MongoDB Atlas [1]. This also means you as Hyper.sh don't have to worry about servers, uptime, buying hardware, power, bandwidth peering, what a headache. Let AWS and Google worry about the commodity physical ha…

Fun fact: this is basically what Tutum did before they were acquired by Docker and became Docker Cloud

No, they are in different games basically.

Re: Hyper.sh – Effortless Docker Hosting

#180
post #100

Earlier quoted context omitted.

if you're interested in serverless cron you can use AWS lambda for the same experience

Is there a write up on howto use lambda for this? I've been wanting serverless crown for ages and I feel like an idiot for not thinking of lambda for this... this should be promoted (if it isn't) - but I'm an example learner... point me please?

Check out: https://trello.com/c/zAc1ia2E/53-hyper-func
Post reply on HN