Live data from Hacker News

Show HN: Hosted Docker-as-a-Service on SSDs for $5

blog.copper.io

21–30 of 133 posts

Re: Show HN: Hosted Docker-as-a-Service on SSDs for $5

#21

I love the fact that you keep trying to define your own vocubulary 'Deck' etc, but always have to explain it. Best to stick with the more eaily understood term, rather than invent your own, I think. Unless you're going to try and trademark them all.

I agree with this. I recently wrote a bunch of new Dockerfiles. The Dockerfile name is sort of meh, but "Deck" is not really telling me what its for.

Re: Show HN: Hosted Docker-as-a-Service on SSDs for $5

#23
Great initiative! One thing to be aware is that Docker is using LXC for containers and LXC relies on kernel isolation and cgroup limits. The concern is about the vulnerabilities.

It is comforting that Heroku is also using LXC for dynos. Would be interesting to know how much in-house adjustments to the kernel and LXC has been made to ensure the hardening.

Re: Show HN: Hosted Docker-as-a-Service on SSDs for $5

#25
post #18

I love the fact that you keep trying to define your own vocubulary 'Deck' etc, but always have to explain it. Best to stick with the more eaily understood term, rather than invent your own, I think. Unless you're going to try and trademark them all.

Thanks - we discussed that a lot - we were trying to make a simple 3 steps process. If we get a lot of feedback that it's confusing we'll ditch it.

I think that even if [deck drop instance] is clearer than [dockerfile image container] it would be better to use [dockerfile image container] it's the standard set forth from docker, sticking to the standard makes interoperating easier for everyone.

Re: Show HN: Hosted Docker-as-a-Service on SSDs for $5

#26
What would be even better is to decouple the idea of a drop from the containers running it. What I like about container approaches is having "machines" I can run them on. So let's say I make a "www" drop or several. I should then be able to fire up my containers into particular types of drops and have them started on those without having to think about the specifics. The benefit of this I'd that I only care about my container running and having some basic resource requirements and not so much the specific machine instance it is running on. I could even co-mingle different containers on types of "machines". Also separating out disk resources from CPU and ram would be good. Maybe you do this already buy it wasn't clear to me.

Re: Show HN: Hosted Docker-as-a-Service on SSDs for $5

#28
post #18

Earlier quoted context omitted.

Thanks - we discussed that a lot - we were trying to make a simple 3 steps process. If we get a lot of feedback that it's confusing we'll ditch it.

I think that even if [deck drop instance] is clearer than [dockerfile image container] it would be better to use [dockerfile image container] it's the standard set forth from docker, sticking to the standard makes interoperating easier for everyone.

I agree with this, though I'm biased because I personally find [dockerfile image container] clearer than [deck drop instance]. Explicit > flashy.

Re: Show HN: Hosted Docker-as-a-Service on SSDs for $5

#29

I love the fact that you keep trying to define your own vocubulary 'Deck' etc, but always have to explain it. Best to stick with the more eaily understood term, rather than invent your own, I think. Unless you're going to try and trademark them all.

Yeah, these are my only problem with the service; I did not get the metaphors at all, and their descriptions only added to the confusion.

The simplicity of the service is an opportunity to attract people without a lot of webdev chops, so why not make it super simple?

Re: Show HN: Hosted Docker-as-a-Service on SSDs for $5

#30
post #27

IMO Labels/tooltips should be added to the icons for the cards. Some of them, including the leaf (nodejs?) and the tree (nfi what that is) aren't especially obvious. Otherwise, cool!

And when I click on one, the checkmark doesn't disappear until I unhover the mouse.
Post reply on HN