TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

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

98 点作者 edouardb将近 2 年前
Hi HN! We’re Yann, Edouard, and Bastien from Koyeb (<a href="https:&#x2F;&#x2F;www.koyeb.com&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.koyeb.com&#x2F;</a>). We’re building a platform to let you deploy full-stack apps on high-performance hardware around the world, with zero configuration. We provide a “global serverless feeling”, without the hassle of re-writing all your apps or managing k8s complexity [1].<p>We built Scaleway, a cloud service provider where we designed ARM servers and provided them as cloud servers. During our time there, we saw customers struggle with the same issues while trying to deploy full-stack applications and APIs resiliently. As it turns out, deploying applications and managing networking across a multi-data center fleet of machines (virtual or physical) requires an overwhelming amount of orchestration and configuration. At the time, that complexity meant that multi-region deployments were simply out-of-reach for most businesses.<p>When thinking about how we wanted to solve those problems, we tried several solutions. We briefly explored offering a FaaS experience [2], but from our first steps, user feedback made us reconsider whether it was the correct abstraction. In most cases, it seemed that functions simply added complexity and required learning how to engineer using provider-specific primitives. In many ways, developing with functions felt like abandoning all of the benefits of frameworks.<p>Another popular option these days is to go with Kubernetes. From an engineering perspective, Kubernetes is extremely powerful, but it also involves massive amounts of overhead. Building software, managing networking, and deploying across regions involves integrating many different components and maintaining them over time. It can be tough to justify the level of effort and investment it takes to keep it all running rather than work on building out your product.<p>We believe you should be able to write your apps and run them without modification with simple scaling, global distribution transparently managed by the provider, and no infrastructure or orchestration management.<p>Koyeb is a cloud platform where you come with a git repository or a Docker image, we build the code into a container (when needed), run the container inside of Firecracker microVMs, and deploy it to multiple regions on top of bare metal servers. There is an edge network in front to accelerate delivery and a global networking layer for inter-service communication (service mesh&#x2F;discovery) [3].<p>We took a few steps to get the Koyeb platform to where it is today: we built our own serverless engine [4]. We use Nomad and Firecracker for orchestration, and Kuma for the networking layer. In the last year, we spawned six regions in Washington, DC, San Francisco, Singapore, Paris, Frankfurt and Tokyo, added support for native workers, gRPC, HTTP&#x2F;2 [5], WebSockets, and custom health checks. We are working next on autoscaling, databases, and preview environments.<p>We’re super excited to show you Koyeb today and we’d love to hear your thoughts on the platform and what we are building in the comments. To make getting started easy, we provide $5.50 in free credits every month so you can run up to two services for free.<p>P.S. A payment method is required to access the platform to prevent abuse (we had hard months last year dealing with that). If you’d like to try the platform without adding a card, reach out at support@koyeb.com or @gokoyeb on Twitter.<p>[1] <a href="https:&#x2F;&#x2F;www.koyeb.com&#x2F;blog&#x2F;the-true-cost-of-kubernetes-people-time-and-productivity" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.koyeb.com&#x2F;blog&#x2F;the-true-cost-of-kubernetes-peopl...</a><p>[2] <a href="https:&#x2F;&#x2F;www.koyeb.com&#x2F;blog&#x2F;the-koyeb-serverless-engine-docker-containers-and-continuous-deployment-of-functions" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.koyeb.com&#x2F;blog&#x2F;the-koyeb-serverless-engine-docke...</a><p>[3] <a href="https:&#x2F;&#x2F;www.koyeb.com&#x2F;blog&#x2F;building-a-multi-region-service-mesh-with-kuma-envoy-anycast-bgp-and-mtls" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.koyeb.com&#x2F;blog&#x2F;building-a-multi-region-service-m...</a><p>[4] <a href="https:&#x2F;&#x2F;www.koyeb.com&#x2F;blog&#x2F;the-koyeb-serverless-engine-from-kubernetes-to-nomad-firecracker-and-kuma" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.koyeb.com&#x2F;blog&#x2F;the-koyeb-serverless-engine-from-...</a><p>[5] <a href="https:&#x2F;&#x2F;www.koyeb.com&#x2F;blog&#x2F;enabling-grpc-and-http2-support-at-edge-with-kuma-and-envoy" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.koyeb.com&#x2F;blog&#x2F;enabling-grpc-and-http2-support-a...</a>

12 条评论

CtrlAltDelete51将近 2 年前
This is super interesting, but I have some questions.<p>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.<p>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 in SFO. PlanetScale’s closest region is in Oregon. For a database connection, that’s a lot of latency which likely undermines the performance gains of running a service at edge (at least in my use cases).<p>I’ve evaluated just rolling my own database replication for Edge and it’s not a huge deal but often finding information about data center providers to try and pair data with the compute can be challenging.<p>So the queries I’d like to pose: Are you able to provide Speedtest endpoints or data center information for collocating other resources near each deployed Koyeb region? Do you plan to offer lower level access to compute to address this kind of use case? Is there another implementation angle to this I am missing?
评论 #37178382 未加载
评论 #37174960 未加载
Palmik将近 2 年前
This looks quite interesting, congrats on the launch!<p>Reminiscent of fly.io. Is it a direct competitor, or is there a major twist to it?<p>How do you handle apps composed of multiple services, if there isn&#x27;t a configuration?<p>The pricing is a bit confusing by the way, the free tier says &quot;16GB of RAM &amp; 16 vCPU per service&quot; while in reality it seems you only get the 512mb RAM instance.
评论 #37168557 未加载
quickthrower2将近 2 年前
Who do you see as your ideal customer here?<p>For a startup or side projects I doubt I have need for edge computing and using Digital Oceans app services should be good enough. Obviously you would be a contender here but not clearly ahead of DO because the need for edge computing is not apparent for most things. Where as DO sell their own compute and are more established.<p>On the other hand established companies probably want more control over the infra that a big cloud would give you. You have compliance and DR to think about as well as security questionnaires to fill in.<p>I am guessing there is a gap in the middle? Something like a one year old startup?<p>I do like the pricing model. It gives me confidence. You are clearly subsidising the free tier at $5.50&#x2F;m and there should be no “shocks” that you get on other PaaS where the free tier is redicously generous in some dimensions but then the costs become untenable in other dimensions. With your model the free tier only differs in that there is a free allowance not in how things are measured. Which is good!
emschwartz将近 2 年前
My understanding is that Fly.io also started using Nomad but ended up running into big reliability issues at scale across many regions. I&#x27;m curious if you all are using it differently or haven&#x27;t gotten to that scale yet.
评论 #37168621 未加载
评论 #37168934 未加载
AntonCTO将近 2 年前
Congratulations on the launch! It seems very intriguing! I have a some open questions:<p>- Where is the company based and what is the jurisdiction? Probably you forgot to add the imprint :o)<p>- Is there a difference between edge and non-edge locations?<p>- Can data storage be tied to a location?<p>- Is it tied to github or can it be used with self-hosted gitlab?<p>- Is there a rough ETA for databases, especially postgres(-like)?<p>Thanks in advance!
评论 #37169718 未加载
Havoc将近 2 年前
Really needs another tier in between. Hobbyist are looking for 5-20 range. Not a free to 79 bucks jump.
评论 #37174283 未加载
francoismassot将近 2 年前
Just tested it with my Quickwit engine :)<p>Easy setup and fast deployment, pretty happy so far.<p>I have one question though: I did not see some object storage feature, is it possible to combine Koyeb with some kind of object storage service? Maybe an external one? What&#x27;s you recommendation on this?
评论 #37171971 未加载
dvasdekis将近 2 年前
How did you get so many great company logos onto your website? Did each one have to go through a legal approval? Was a struggle for us at my old startup.
moondev将近 2 年前
Are the 16 vcpu dedicated amongst the vms of your service, or are they shared with potentially hundreds or thousands? on the host?
评论 #37174445 未加载
RadiozRadioz将近 2 年前
They&#x27;re really running out of .com domains aren&#x27;t they?
Alifatisk将近 2 年前
Is this like render.com?
评论 #37178486 未加载
amerine将近 2 年前
I’m so excited for your launch, I cannot wait to get in and play with it.
评论 #37178493 未加载