Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Run globally distributed full-stack apps on high-performance MicroVMs

koyeb.com

Post reply on HN
Print view View original

21–30 of 31 posts

Re: Show HN: Run globally distributed full-stack apps on high-performance MicroVMs

#22

Post by yann_eu »

Havoc wrote: post #21

Really needs another tier in between. Hobbyist are looking for 5-20 range. Not a free to 79 bucks jump.

The starter plan is actually a pay-per-use plan, so you're starting at $0 and spending depending on your usage. You don't need to move directly to $79. Does that make sense?

It seems we need to do some work on the pricing page.

Re: Show HN: Run globally distributed full-stack apps on high-performance MicroVMs

#23

Post by Havoc »

yann_eu wrote: post #22
Havoc wrote: post #21

Really needs another tier in between. Hobbyist are looking for 5-20 range. Not a free to 79 bucks jump.

The starter plan is actually a pay-per-use plan, so you're starting at $0 and spending depending on your usage. You don't need to move directly to $79. Does that make sense? It seems we need to do some work on the pricing page.

I see. Thanks

Re: Show HN: Run globally distributed full-stack apps on high-performance MicroVMs

#24

Post by yann_eu »

moondev wrote: post #14

Are the 16 vcpu dedicated amongst the vms of your service, or are they shared with potentially hundreds or thousands? on the host?

For now, the vcpus are shared for all types of MicroVMs with a constant ratio for each GB of RAM.

We're planning to release instance types with dedicated CPUs for applications that need them.

Re: Show HN: Run globally distributed full-stack apps on high-performance MicroVMs

#25

Post by Wissmueller »

CtrlAltDelete51 wrote: post #15

This is super interesting, but I have some questions. I’ve explored running @Edge for performance gains and overall improved user experiences, but always have struggled with services like this (or fly.io or even just running my own VMs) and their data center locations. Looking at your integrations page, for example, you call out PlanetScale so il use that as an example to illustrate my challenge. Koyeb has a region i…

If you are comparing edge-computing providers, you should also check out EdgeNode (https://edgenode.com/)

Disclaimer: I am building EdgeNode with my friend.

Re: Show HN: Run globally distributed full-stack apps on high-performance MicroVMs

#26

Post by moondev »

yann_eu wrote: post #24
moondev wrote: post #14

Are the 16 vcpu dedicated amongst the vms of your service, or are they shared with potentially hundreds or thousands? on the host?

For now, the vcpus are shared for all types of MicroVMs with a constant ratio for each GB of RAM. We're planning to release instance types with dedicated CPUs for applications that need them.

If I wanted to create a microvm with 4G RAM and 2CPU or 4G RAM and 8CPU would that work? Or is it currently only possible to create 1:1 vms?

Also wanted to note, that I came to this question by reading the website explanation on the benefits of microvms, to me it seems to heavily favor the operator vs the customer by touting the oversubscription capabilities. This feels like something that should not be presented front and center to prospective customers?

With lack of nested virtualization and compatibility with qemu cloud images I also wonder how much benefit is really there for microvms. The fast boot time feels like the only benefit, but how much faster than qemu when you add on API overhead. Offering both hypervisors and have the customer choose could be interesting.

Congrats on the launch and thanks for sharing!

Re: Show HN: Run globally distributed full-stack apps on high-performance MicroVMs

#27

Post by yann_eu »

CtrlAltDelete51 wrote: post #15

This is super interesting, but I have some questions. I’ve explored running @Edge for performance gains and overall improved user experiences, but always have struggled with services like this (or fly.io or even just running my own VMs) and their data center locations. Looking at your integrations page, for example, you call out PlanetScale so il use that as an example to illustrate my challenge. Koyeb has a region i…

Agree, data location is indeed a central challenge when building globally distributed apps.

We picked the largest peering points in Europe and the US for the two first locations aka Washington / US-East and Frankfurt in Europe. For the following 4 locations which we announced last week in early access [1], we tried to pick the next best-interconnected locations on the world map: SFO / the valley, Singapore, Paris, and Tokyo.

We definitely need to do a better job in the doc [2], we can definitely provide some mapping matrix and will be working on some latency measurements/speedtest/iperf servers.

In this direction, did you look at PolyScale [3]? They do the job of database caching at Edge.

What do you have in mind regarding lower-level access to compute? We're looking at providing block storage and direct TCP/IP support if that's what you have in mind.

[1] https://community.koyeb.com/t/changelog-25-san-francisco-sin...

[2] https://www.koyeb.com/docs/reference/regions

[3] https://www.koyeb.com/docs/integrations/databases/polyscale

Post reply on HN