8 ms·

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/7fE

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 https://trello.com/b/7fEwaPRd/roadmap. Feel free to comment. It actually helps a lot for us to prioritize. Thanks!

joecot 10y ago
Where is Hyper.sh (specifically its containers) actually hosted? As I explained in my other comment https://news.ycombinator.com/item?id=12892243 https://news.ycombinator.com/item?id=12892243 it really feels like Hyper.sh is hosted on Amazon, and there were references to that fact before, and you guys are trying to minimize that in your site now. If you're on Amazon, that's OK. I don't think that minimizes how cool this technology is and how much easier it makes things. Amazon has an Elastic Container Service, but this is more nuanced than ECS is, and much more painless. But if the containers aren't on Amazon, a little more detail on how that works would be awesome, because right now it really feels like they're on Amazon. Which is fine, but when folks are making decisions (like putting their stuff on multiple platforms for reliability), it's important to know. Edit: I signed up and looked around. It appears they're hosting on ZenLayer, a Chinese hosting company that has hosting in LA as one of their options. Not sure why they stick so closely with AWS on terminology though.
- initdaemon 10y ago
  LA according to their website.
  - pc86 10y ago
    Where as in what infrastructure provider, not the physical location of the data center.
    - mrmrcoleman 10y ago
      See OPs edit.
- seeekr 10y ago
  RE: "Not sure why they stick so closely with AWS on terminology though" Makes sense from a user familiarity perspective -- AWS is what most cloud users are familiar with, and describing things in terms that are most likely to be understood is generally good practice. I'd agree that it would make sense though if their site clarified who owns and runs the datacenter their running their service out of, if only for answering the question if they're hosting on top of AWS or not.
mikesun 10y ago
Philosophically, does the hyper.sh approach reflect Exokernel's vision? https://en.wikipedia.org/wiki/Exokernel https://en.wikipedia.org/wiki/Exokernel
- gnepzhao 10y ago
  I would say Unikernel is more close to that.
jdc0589 10y ago
> serverless cron. damn, thank you. Anywhere I can see implementation details? Are you rolling your own system from the ground up, or using something like dkron (http://dkron.io/ http://dkron.io/) behind the scenes?
- mrmrcoleman 10y ago
  Hey jdc0589, We have the first version of hyper cron ready for internal demo and would love to get your feedback. If you're interested in being involved, please email us on talk@hyper.sh and we'll show you what we have so far.
  - jdc0589 10y ago
    man, sorry I missed seeing this. HN doesn't do comment reply alerts very well. I did get the email about the beta this morning, and will definitely play around with it over the next week or so.
    - mrmrcoleman 10y ago
      Cool!
- gnepzhao 10y ago
  We are going to release it very soon. Stay tuned :)
- Vekz 10y ago
  if you're interested in serverless cron you can use AWS lambda for the same experience
  - samstave 10y ago
    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?
icefox 10y ago
Any more details about the Hyper Func?
- gnepzhao 10y ago
  Think a Docker-based, language-agnostic, unlimited version of "AWS Lambda". That's it!
  - samstave 10y ago
    Uh,can I get a more detailed, longer write-up on this??
    - mrmrcoleman 10y ago
      Once the feature is released we will provide a full write up. Please follow the twitter or sign up and we'll notify ASAP. https://twitter.com/hyper_sh https://twitter.com/hyper_sh
  - fishnchips 10y ago
    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.
michaelsbradley 10y ago
Is it possible to easily run a local Hyper backend on, say, my mac laptop? I'd like to learn and experiment, but without "running the meter" and without sending my bits off of my laptop, for the time being. If I find Hyper appealing, I'll certainly be willing to pay to deploy/move projects to your service!
- fermuch 10y ago
  It's almost the same as using docker locally.
  - michaelsbradley 10y ago
    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.
    - OJFord 10y ago
      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?
      - michaelsbradley 10y ago
        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.
mahmoudimus 10y ago
Hey gnepzhao, great work! I had a question on your quota/metering. How can I get in touch?
- gnepzhao 10y ago
  Sure, join our slack channel https://slack.hyper.sh/ https://slack.hyper.sh/, and DM me there @gnepzhao. See you around!
nodesocket 10y ago
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/ https://www.mongodb.com/cloud/atlas/
- notjack 10y ago
  Fun fact: this is basically what Tutum did before they were acquired by Docker and became Docker Cloud
  - scprodigy 10y ago
    No, they are in different games basically.
  - zoukiny611 10y ago
    This is still possible with Docker Cloud. You can either choose to have a node auto-provisioned on a cloud provider or install their agent on one of you own.
lionc 10y ago
Are there any plans to offer hosting in germany or at least europe? We love the service you offer, but privacy laws here make it hard to use it when it is only hosted in the US
- gnepzhao 10y ago
  Yes, we are looking to expand to Europe, probably Frankfurt or Amsterdam. I'd like to keep in touch. Could you drop a message to peng at hyper.sh? Thanks.
  - lionc 10y ago
    We already had a chat with him on your page, thanks! Maybe it helps to prioritize that topic if I tell you that your service not being hosted here is the only ting keeping us from moving our complete microservice ecosystem to your service ;-)

joecot 10y ago

Where is Hyper.sh (specifically its containers) actually hosted? As I explained in my other comment https://news.ycombinator.com/item?id=12892243 https://news.ycombinator.com/item?id=12892243 it really feels like Hyper.sh is hosted on Amazon, and there were references to that fact before, and you guys are trying to minimize that in your site now. If you're on Amazon, that's OK. I don't think that minimizes how cool this technology is and how much easier it makes things. Amazon has an Elastic Container Service, but this is more nuanced than ECS is, and much more painless. But if the containers aren't on Amazon, a little more detail on how that works would be awesome, because right now it really feels like they're on Amazon. Which is fine, but when folks are making decisions (like putting their stuff on multiple platforms for reliability), it's important to know. Edit: I signed up and looked around. It appears they're hosting on ZenLayer, a Chinese hosting company that has hosting in LA as one of their options. Not sure why they stick so closely with AWS on terminology though.

initdaemon 10y ago
LA according to their website.
- pc86 10y ago
  Where as in what infrastructure provider, not the physical location of the data center.
  - mrmrcoleman 10y ago
    See OPs edit.
seeekr 10y ago
RE: "Not sure why they stick so closely with AWS on terminology though" Makes sense from a user familiarity perspective -- AWS is what most cloud users are familiar with, and describing things in terms that are most likely to be understood is generally good practice. I'd agree that it would make sense though if their site clarified who owns and runs the datacenter their running their service out of, if only for answering the question if they're hosting on top of AWS or not.

mikesun 10y ago

Philosophically, does the hyper.sh approach reflect Exokernel's vision? https://en.wikipedia.org/wiki/Exokernel https://en.wikipedia.org/wiki/Exokernel

gnepzhao 10y ago
I would say Unikernel is more close to that.

jdc0589 10y ago

> serverless cron. damn, thank you. Anywhere I can see implementation details? Are you rolling your own system from the ground up, or using something like dkron (http://dkron.io/ http://dkron.io/) behind the scenes?

mrmrcoleman 10y ago
Hey jdc0589, We have the first version of hyper cron ready for internal demo and would love to get your feedback. If you're interested in being involved, please email us on talk@hyper.sh and we'll show you what we have so far.
- jdc0589 10y ago
  man, sorry I missed seeing this. HN doesn't do comment reply alerts very well. I did get the email about the beta this morning, and will definitely play around with it over the next week or so.
  - mrmrcoleman 10y ago
    Cool!
gnepzhao 10y ago
We are going to release it very soon. Stay tuned :)
Vekz 10y ago
if you're interested in serverless cron you can use AWS lambda for the same experience
- samstave 10y ago
  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?

icefox 10y ago

Any more details about the Hyper Func?

gnepzhao 10y ago
Think a Docker-based, language-agnostic, unlimited version of "AWS Lambda". That's it!
- samstave 10y ago
  Uh,can I get a more detailed, longer write-up on this??
  - mrmrcoleman 10y ago
    Once the feature is released we will provide a full write up. Please follow the twitter or sign up and we'll notify ASAP. https://twitter.com/hyper_sh https://twitter.com/hyper_sh
- fishnchips 10y ago
  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.

michaelsbradley 10y ago

Is it possible to easily run a local Hyper backend on, say, my mac laptop? I'd like to learn and experiment, but without "running the meter" and without sending my bits off of my laptop, for the time being. If I find Hyper appealing, I'll certainly be willing to pay to deploy/move projects to your service!

fermuch 10y ago
It's almost the same as using docker locally.
- michaelsbradley 10y ago
  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.
  - OJFord 10y ago
    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?
    - michaelsbradley 10y ago
      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.

mahmoudimus 10y ago

Hey gnepzhao, great work! I had a question on your quota/metering. How can I get in touch?

gnepzhao 10y ago
Sure, join our slack channel https://slack.hyper.sh/ https://slack.hyper.sh/, and DM me there @gnepzhao. See you around!

nodesocket 10y ago

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/ https://www.mongodb.com/cloud/atlas/

notjack 10y ago
Fun fact: this is basically what Tutum did before they were acquired by Docker and became Docker Cloud
- scprodigy 10y ago
  No, they are in different games basically.
- zoukiny611 10y ago
  This is still possible with Docker Cloud. You can either choose to have a node auto-provisioned on a cloud provider or install their agent on one of you own.

lionc 10y ago

Are there any plans to offer hosting in germany or at least europe? We love the service you offer, but privacy laws here make it hard to use it when it is only hosted in the US

gnepzhao 10y ago
Yes, we are looking to expand to Europe, probably Frankfurt or Amsterdam. I'd like to keep in touch. Could you drop a message to peng at hyper.sh? Thanks.
- lionc 10y ago
  We already had a chat with him on your page, thanks! Maybe it helps to prioritize that topic if I tell you that your service not being hosted here is the only ting keeping us from moving our complete microservice ecosystem to your service ;-)