Hacker Newsnew | past | comments | ask | show | jobs | submitlogin
EdgeNode: Deploy Serverless Containers on Edge (edgenode.com)
30 points by thunderbong on July 10, 2023 | hide | past | favorite | 26 comments


I've seen a lot of barebones serverless sites, but this one really takes the price. About that, would be nice to know the cost? Or at a minimum some docs, _before_ wasting time on it.


Hey, this is Mish from EdgeNode! I'd take it as a lesson :)

We're still very early in our journey and didn't expect it to land on HN today, but here we come.

The pricing is per vCPU + Memory per second allocated during the request. If there are no active requests, we scale the instances down to 0 so you don't have to pay for unused resources.

We're starting a private beta (soon for everyone), so feel free to fill out the form on our website!


As aerzen pointed out, your homepage pegged my Ryzen 9 5900HS iGPU at 100%, you should consider frame limiting your spinning globe, or render it using some other technology or even rasterize it. It is completely unnecessary to have it consume so much computing


Sorry to hear that. We're using cobe, which is an open-source project for the globe and will report it to them


Well that's the first time I've seen a web page consume 80% of my GTX 1080!

I don't understand this site though, there are no details or pricing, and the signup is a typeform link?

Also, was I the only one that read the headline, and thought this meant somehow deploying containers in the microsoft edge browser?


Very sorry to hear that! As I pointed in my earlier comment, we're using an open-source project to render the globe and will report it back to them.

I must add that we're not launched yet and the website is more like a placeholder done in less than a week.

Deploying containers in the microsoft edge browser sounds like a fun idea though!


Hopefully it's something easy to fix!


I love to see competitors to the Big Dawgs (Fly.io*, etc.), nice work taking them on, and best of luck!

Nobody is asking but I must say that I would be hard-pressed to switch to your product having seen this launch offering. Especially since I need to fill out a typeform. Even if you did have a compelling reason to switch, I'd probably only find out if I filled out your form, which I probably would only do if I didn't like my current situation, which isn't the case.

*I guess probably "big" from a popularity standpoint rather than company size, whatever


Understandably. This is not a launch offering, but more like a placeholder that we share with our prospects.

You can join our Discord though and we'll let you know when EdgeNode becomes available publicly:

https://discord.gg/pTFwVhg3

Thanks for the wishes!


Would love to read more details on this - at least, how does the flow to deployment work, where are the regions, can we restrict containers to a geography (e.g. if my workload has to run in the US can that be done?)


Hey!

You can find more details in our Show HN post some while ago: https://news.ycombinator.com/item?id=36520406

There are 37 regions right now and you can select which regions you want to deploy to (all regions by default)


Looks very similar to something I built a long time ago https://appfleet.com/

The pressure from Cloudflare Workers was quite stressful and since I was bootstrapped competing was very difficult. I ended up joining them eventually https://appfleet.com/blog/appfleet-joins-cloudflare/

But good luck with EdgeNode!


Hello Dmitriy, funny how we always stumble upon each other ;)

In my experience, Cloudflare Workers is used more like a middleware/routing mechanism than a fully-fledged application platform, so we're not feeling any pressure from that side of the table


This page has significant lag when scrolling on Firefox Android. You might want to improve that for a hosting provider promoting its performance.


Does EdgeNode doing anything differently from Fly.io?


Yes! We run globally by default. And it's a true serverless offering - we only bill for the resources allocated during request, otherwise the containers will become idle

EdgeNode is based on top of public cloud and on a completely different stack technologically


Thank you so much for posting EdgeNode on HN! We're still very early in our journey, but we'd love to get any feedback we can.

If you want more details about the product, please read our Show HN post from couple weeks ago: https://news.ycombinator.com/item?id=36520406


That is a little thin on details. Its intriguing at least, but I want to know more before signing up for something.

Also interesting that it says it served my request from a location that is pretty far from me. I figured with 180+ CDN locations, I'd get something closer. Why is that? Maybe it'd be super obvious if there was a little more info on how it works.


We will be adding more info on the website soon!

The CDN is only there to cache static resources, but the page itself is rendered in one of the 37 edge regions. Sometimes, especially if you're on restricted/mobile network it could route to a incorrect location. This will be solved before we do a public launch!


There’s a lot of edge compute services, but I’m still waiting for the Postgres equivalent of fauna or upstash.


Fly sorta does this with geographically distributed read replicas - https://fly.io/docs/postgres/


I kind of hate the way they handle write calls, they tell you to just try it and if it fails with a readonly error your app has to respond with a specific header that lets fly redirect the whole request to the main region. On one hand it's fairly trivial, on the other it adds quite a bit of latency and now you need to customize your application code to the service(s) you're using, breaking portability. Since in their pg stack already includes proxies, I'd love for them to have the proxy simply redirect write queries to the correct location instead.


How do ya'll deal with the distance between DB and edge?


At this point, my first choice would be https://www.cockroachlabs.com/ (CockroachDB SaaS), which can allow for distributed instances... if your concern is more localized reads. Most cloud databases have tradeoffs. CockroachDB's advantages are pretty good horizontal scaling and mostly compatible to PostgreSQL from the wire protocol, datatypes and most basic queries.

The down sides, is it does help to at least understand horizontal database scaling, sharding, etc. so that you can use techniques that will avoid the worst bottlenecks (namely sequential number generation and joins).

Not sure what this provider offers and there are definitely other solutions from other cloud providers and service (Mongo, and others) or self-hosting a multi-region db with ScyllaDB/Cassandra even.


Have a look at YugabyteDB. Fully distributed Postgres with geo data placement constraints, replication, read replicas, joins, triggers, Postgres extensions. It's actual Postgres under the hood. They offer managed solutions but YugabyteDB can be self-hosted and the database is Apache 2 licensed.

I'm unaffiliated with the company, happy user.





Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: