Live data from Hacker News

Hyper.sh – Effortless Docker Hosting

hyper.sh

131–140 of 218 posts

Re: Hyper.sh – Effortless Docker Hosting

#131

Earlier quoted context omitted.

It's almost the same as using docker locally.

Okay, but that doesn't answer my question. :-) I'd like to run a local instance of the "hyper system," fully contained on my laptop, perhaps running atop virtualbox. If I find it appealing, with respect to the usage experience (i.e. deploying/composing containers), I'd be willing to run some apps on the real deal. I am, though, not willing to experiment with the "real deal" as a means of evaluating it.

Lol, I think they even give you a free credit to start. It takes like 5 minutes to get set up. Not sure what your hesitation is.

It's like "I absolutely won't try DigitalOcean unless they let me create a VM locally first!" Doesn't make any sense.

Re: Hyper.sh – Effortless Docker Hosting

#132
post #123

Earlier quoted context omitted.

Okay, but that doesn't answer my question. :-) I'd like to run a local instance of the "hyper system," fully contained on my laptop, perhaps running atop virtualbox. If I find it appealing, with respect to the usage experience (i.e. deploying/composing containers), I'd be willing to run some apps on the real deal. I am, though, not willing to experiment with the "real deal" as a means of evaluating it.

Not even for the micro-pennies that experimenting with the real deal would cost you? If you think you might end up using it, why try and replicate it on your machine (any more than Docker already does) rather than just cross the deployment bridge sooner?

I prefer an "always local first" approach. Before Docker, it was Vagrant + VirtualBox for dev, some VPS hosting company for prod. With docker, it's basically the same thing (better, though, imo), but I no longer think much about the virtual machine on which the docker daemon is hosted and instead rely on boot2docker, Docker Machine, and now Docker for Mac for the local side. For prod, I've used Docker Machine to setup docker daemon hosts on Digital Ocean, et al.

I'd like to worry even less about the container host and get comfortable with a system like Hyper, but it's important to me to get used to it running locally for dev prior to employing it "in the cloud" for prod.

Re: Hyper.sh – Effortless Docker Hosting

#133
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…

> The HA is a bit murky. I downed two of my three nodes and the cluster collapsed. Since Flynn runs on one machine I expected it to work

I'd expect this is by design. In a 3-node system that takes CP out of the CAP theorem (consistency over availability), you can only lose one node before the system becomes unavailable. This is because, as far as the remaining node knows, the other two nodes could still be up but network partitioned off from it. To prevent a split brain in such a scenario, you need a majority of nodes to be accessible or else they'll intentionally stop working.

tl;dr: A 3-node cluster with 2 nodes down is not the same thing as a 1-node cluster.

Re: Hyper.sh – Effortless Docker Hosting

#134

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 hardware.

[1] https://www.mongodb.com/cloud/atlas/

Re: Hyper.sh – Effortless Docker Hosting

#136
Surprised not to see much comparison to Joyent Triton on here.

We evaluated Triton, and while we encountered a depressing number of show-stopping bugs doing really basic things in the first week (like any container that installs `curl` failing due to a utf-8 character in the default ca set), it was pretty cool to use the native docker CLI to provision nodes. Local == remote on Triton.

Triton runs on top of SmartOS inside Zones. To me, this is the only setup I'd actually trust for production. The security story is a whole lot of hand-waving on Linux. What does Hyper run on top of?

Unfortunately for Triton, it does take as long as a minute to provision and the cost is 2x Hyper's for equivalent hardware. I haven't done CPU benchmarks on Hyper yet but the CPUs were anemic on Triton. The I/O perf was unbelievable, though, due to local SSDs and no virtualization layer.

Will keep an eye on this at least for dev and CI. Good luck!

Re: Hyper.sh – Effortless Docker Hosting

#137
post #85

Earlier quoted context omitted.

Any more details about the Hyper Func?

Think a Docker-based, language-agnostic, unlimited version of "AWS Lambda". That's it!

I'd absolutely love to see that! At codebeat we run parsers and static analysis algorithms which are very resource-intensive but typically run for a short period of time so we have those powerful dedicated OVH machines sitting mostly underutilized. I've been doing some preliminary (mostly design and some dirty coding) work on that so if you're interested in comparing notes please feel free to reach out to me at marcinw [at] codebeat [dot] co.

Re: Hyper.sh – Effortless Docker Hosting

#138
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?

Don't have an example, but I have set up a few "serverless" cron jobs:

1) Create a Lambda function

2) Trigger it using CloudWatch Events. You can set up cron like rules and AWS will trigger them for you.

Re: Hyper.sh – Effortless Docker Hosting

#139

Earlier quoted context omitted.

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…

> The HA is a bit murky. I downed two of my three nodes and the cluster collapsed. Since Flynn runs on one machine I expected it to work I'd expect this is by design. In a 3-node system that takes CP out of the CAP theorem (consistency over availability), you can only lose one node before the system becomes unavailable. This is because, as far as the remaining node knows, the other two nodes could still be up but net…

Yeah I assumed so. I will re-run my test and kill only one node. I assume any of the three nodes can go down?

Re: Hyper.sh – Effortless Docker Hosting

#140
I'm curious: why is the pricing linear in RAM for the S* and M* types, but double that for the L* types? L3 = 4xM3, but the pricing is 8xM3. The pricing is very appealing on the lower end, but much less appealing for the still-quite-small large end.
Post reply on HN