We raised a bunch of money

&quot;We raised a bunch of money&quot;<p>Generally speaking (I&#x27;m not a fly.io customer) at this point that phrase WORRIES me as a customer of any service.<p>It makes me think that the company exists just on a constant flow of VC or similar money and what I&#x27;m using or paying for isn&#x27;t a realistic or future cost and I&#x27;m involved with a system or platform that is getting stretched larger and larger regardless of income and the more money they raise the harder the fall will be.<p>It&#x27;s unfortunate but for me it&#x27;s not a phrase I want to see. I want to hear how they are profitable based on their operations and paying customers or other non VC or IPO type income. That gives me confidence in their stability.<p>To be clear that&#x27;s not a disagreement with the title or blog, seems like a fine article that is fairly up front, but it&#x27;s hard for me to really see &quot;we raised a bunch of money&quot; as a positive from a customer perspective anymore.

“ The result of this is an Internet where all of the world&#x27;s CRUD apps are hosted in Loudoun County, VA (motto: &quot;where tradition meets innovation&quot;), at Amazon&#x27;s us-east-1 in Ashburn, a city with so many Rails apps that one of them was elected to the county Board of Supervisors.”<p>So true it hurts

Self-aware commentary like this only works if used sparingly, but this one is extremely effective - acknowledges the mercenary motivations, implicit hypocrisy, and self-aggrandization of such announcements while nonetheless communicating all the important information and succinctly breaking down a real problem that their platform solves. On top of that, the legitimate uses of funding are clearly identified, answering any questions about both &quot;why&quot; and &quot;how much&quot;.<p>Cheers, guys.

&quot;Why do startups write announcements like these?&quot;<p>I&#x27;ve been at a bunch of companies with a bunch of raises. 100% of the time, the announcement was an excuse for press. If you can come up with any excuse to get an article published in a bunch of tech press (other than &quot;CEO arrested for embezzlement + harassment at the same time&quot;), you get a bunch of free advertising. Bonus points if your target customer tends to read tech press.<p>There&#x27;s nothing wrong with that, to be clear! I&#x27;m just surprised they acknowledged mercenary reasons without mentioning what I&#x27;ve seen as the most common one.

Okay so they raised 100m which means they need to work towards a 1bn exit. And if they want to keep their momentum going their r&amp;d cost will go through the roof. Because they have to build the whole stack and it all has to be rock solid (eventually). It’s an immense engineering effort.<p>I get how this looks profitable on paper, because Fly charges for compute, and hardware and bandwidth are cheap. But the real expense is r&amp;d, marketing and SBC and those will rule out profitability at any scale. These are not one-time expenses. You have to keep spending forever or your customers will leave. We’ve seen this time and time again. Heroku isn’t the only example. It’s the tragedy of platform&#x2F;infra startups.

It&#x27;s always seemed to me that Fly has a really awesome, modern perspective on software engineering and that they&#x27;d be a great place to work, but I&#x27;ve also always felt like there&#x27;s a glaring inconsistency between their marketing and product. What I mean is it seems like their marketing (and docs) are all about how trivial it is to spin up globally distributed app servers but the only customers who would need globally distributed app servers are almost certainly not worried about spinning up app servers because they&#x27;ve already got extremely mature platforms with globally distributed data stores. It makes me feel like I&#x27;m misunderstanding something fundamental about internet application architectures.

&gt; There are two kinds of platform companies : the kind where you can get your Python or Rust or Julia code running nicely, and the kind where you find a way to recompile it to Javascript.<p>Playful jab on Cloudflare and Deno. Would be interesting if Fly took up hosting &quot;WASM containers&quot; in addition to Docker containers.

I really like their acknowledgement that they expected to be used for game&#x2F;edge caching&#x2F;etc, but in reality everyone is using them as a new Heroku to deploy Rails+PG crud apps.<p>Afaiu they&#x27;re asserting their next goal is to make edge-ify-ing Rails+PG apps trivial &#x2F; a &quot;two hour problem&quot;.<p>That&#x27;s pretty bold...historically that&#x27;s required very app&#x2F;framework&#x2F;domain-specific concerns&#x2F;coupling around &quot;what&#x27;s the best way (if possible) to shard this domain model&quot;, and solving it as PaaS&#x2F;IaaS basically means writing&#x2F;running a distributed CloudSQL &#x2F; Aurora.<p>Which I guess if it&#x27;s &quot;just&quot; running an Aurora clone&#x2F;neon seamlessly in their stack, that seems doable&#x2F;achievable + very worthwhile as a value-add&#x2F;product.

I&#x27;m really struggling to understand fly.io&#x27;s path to profitability considering the relatively low margins for SMB&#x2F;hobby clouds. They could have the whole world on their free tier but what happens when it&#x27;s time for EQT to cash out?<p>Can they build enough features to make fly.io a serious option for companies? I just can&#x27;t see myself using it or pushing for it at any of the companies I&#x27;ve worked for unless it&#x27;s a &lt;5 person team with no need to scale in sight.

How is fly.io different (or even better) than just fronting your entire app, including the dynamic content with cloudfront or another CDN? The CDN is close to the client giving you low latency ssl setup, which can be significant.<p>I get that this doesn&#x27;t push your app servers to the edge, but even if you did that you still pay the latency cost of hitting your database in the bunker in Virginia. For many (most?) apps this seems worse as you are making many round trips to the db for a single web request. I would rather pay the latency cost on the web request, and have fast access to the database from the app server.<p>Seems like fly&#x27;s target audience is mostly static content?

Congrats! Please focus on getting your documentation cleaned up, your cli consistent, and bugs excised. Your platform is good, and doesn&#x27;t need too many additional features. Make it all cleaner, rinse and repeat.

So if the bookstore doesn&#x27;t think it&#x27;s worth it to spend more than 2 hours on deploying to the edge, maybe it&#x27;s not that important to them, or :) ?

Razing money or not as a self proclaimed PaaS geek I have always enjoyed reading fly.io blogs. Two of my favorites are How they run containers as VMs [1] and How they outgrew Hashicorp Nomad and wrote their own scheduler [2]<p>[1] - <a href="https:&#x2F;&#x2F;fly.io&#x2F;blog&#x2F;docker-without-docker&#x2F;">https:&#x2F;&#x2F;fly.io&#x2F;blog&#x2F;docker-without-docker&#x2F;</a> [2] - <a href="https:&#x2F;&#x2F;fly.io&#x2F;blog&#x2F;carving-the-scheduler-out-of-our-orchestrator&#x2F;">https:&#x2F;&#x2F;fly.io&#x2F;blog&#x2F;carving-the-scheduler-out-of-our-orchest...</a>

I like fly.io because it&#x27;s just (much) better Heroku.<p>I also liked Heroku, so it&#x27;s sad to see their status now.

It&#x27;s gonna be a sad day when they get bought by a larger company and this writing style is crushed by corporate monotony.

&gt; There are fun, technical, “control your own destiny” reasons to rack hardware instead of layering on top of commodity clouds. But it&#x27;s really just economics. ... Hardware is what makes the margins work.<p>Amen to that.<p>Nice to see somebody who has raised a ton of money, and yet is still being smart with it.<p>But I suppose the difficult question is, &quot;Why shouldn&#x27;t Fly&#x27;s potential customers <i>also</i> run their own hardware?&quot;

I&#x27;m a pretty happy Fly.io customer and glad to see the direction things have been going overall. While it&#x27;s great to see Fly is getting more resources to continue improving and building the business I worry about the inevitable VC Countdown Clock to Exit.<p>What does this new round mean for Fly&#x27;s long term independence?

A but if a side note but … their jobs page is pretty great. Nothing available but they already have very specific and interesting descriptions written for all the positions they have or expect to have. Feels like they are being very mindful about the company they are building.

Having grown up on Heroku, it&#x27;s such a breath of fresh air to see companies innovating in this space. Render, Fly are the big ones, but even little one-man shops like Hatchbox are good enough to deploy medium-scale production apps.<p>Kudos to these companies, the VCs, and the beta testers.

Hope you can implement a dark mode for your blog&#x2F;site now that you are big.<p>Or at least make it friendly to Dark Reader (a well known browser extension for sites that don&#x27;t implement a dark mode). Currently all your code blocks are black rectangles under it (easy to turn the offending style off using dev tools).

Edge computing is definitely the last way hosting providers have found to vendor lock you in. Many companies like 37Signals realize that all the fancy cloud provider services have a huge cost because they literally hold you hostage to the mercy of their pricing teams. In a time of high interest rates, I deeply value our commitment to open source container solutions. The only thing we can&#x27;t do at the moment is to spin an edge network; that&#x27;s their mote, and why keep doubling down on edge. They double down regardless of knowing most apps top performance offenders don&#x27;t include the latency to the end user. The bookstore they mention in the article would be much better off deploying all containers in a single cheap commoditized VPS with docker compose, that&#x27;d reduce latency between services, and then they can concentrate on optimizing their app and their DB queries. Don&#x27;t waste time in saving a few milliseconds between your server and the end user, opening a massive can of worms that includes distributed databases, complex infrastructure, vendor lock in, and many other issues they&#x27;d happily charge you for.<p>I wrote a simple library to deploy with docker compose that includes logging, metrics, and a few other utils. <a href="https:&#x2F;&#x2F;lostdock.com" rel="nofollow noreferrer">https:&#x2F;&#x2F;lostdock.com</a>

I wish they mentioned how their service competes against new-comers to the space such as Wasmer Edge [1]. (they kind of mention Javascript, I guess in reference to Cloudflare Workers, but they miss Wasm somehow!).<p>In any case, congrats to their team and VCs on the round!<p>[1] <a href="https:&#x2F;&#x2F;wasmer.io&#x2F;products&#x2F;edge">https:&#x2F;&#x2F;wasmer.io&#x2F;products&#x2F;edge</a>

One of the best-written press releases I’ve seen for sure.

Can someone remind me, what is &quot;edge&quot;? It it hosting server-side applications in a position in the network topology that minimizes latency to end users? Or is it that, but for static resources (so similar to the concept of CDN)?

Since you&#x27;re hosting your own hardware, one request: if you end up doing managed Postgres, <i>please</i> give customers as much fast, local NVMe storage as they can use. 1M IOPS? Done. 10TB database on local NVMe? No problem.

Will you be publishing a follow up blog post about how you’re increasing API user fees once you’ve monopolized your particular market? Or how about how you’ll be increasing margins for investors in 5 years as you prepare for your IPO?<p>Why won’t you suffer the fate of every single other tech company that raises a shit load of money which is completely and irrevocably selling out any pretense of being beneficial for customers and employees (primarily) in the extreme long term?<p>My new heuristic is that I avoid every single company that raises venture funding. Hopefully others adopt this heuristic because by raising tons of money, so you are explicitly creating an adversarial relationship between the customers&#x2F;users and your investors so everyone but your founding team and investors in the long term is worse off.<p>Edit: I’ve been a HN power user since 2012 - don’t ask me why I’m here.

&gt; There are two kinds of platform companies : the kind where you can get your Python or Rust or Julia code running nicely, and the kind where you find a way to recompile it to Javascript.<p>Throwing shade at cloudflare edge workers?

Have you had a crack at making VoIP call quality better globally? It’s one of those things you can’t cache but I bet there are still some fancy things you can do to speed it up.

Is there any interest in working with telcos to manage MECs? It seems like they&#x27;ve finally given up on building their own container orchestration, and are now looking at Google&#x27;s GDCE &amp; Amazon&#x27;s Outpost. But those fundamentally aren&#x27;t good models for MEC.<p>I could definitely see a really interesting future for Fly where you&#x27;re building tech to actively follow users between towers to provide the lowest possible latency to apps.

Here&#x27;s what we believed in 2023: people want solutions they can understand in two hours.<p>Here&#x27;s what everyone actually wanted to talk about: Trust.<p>Here&#x27;s what we missed: ...

Congrats!<p>I love Fly.io, used it for side projects and I was very pleased with the UX and the free tier.<p>The blog post is funny but the style is a bit excruciating to read.

Why is Fly.io so praised here? couldn&#x27;t run any production workload on them cause of all the technical issues they have.

I really like the &quot;Here&#x27;s what&#x27;s not changing&quot; section. Honorable mention for Twilio. Also, the kind of platform companies where you sign up and play tend to get acquired and become the kind where you sign up and a sales person calls you!

I&#x27;m in health tech and one killer feature would be being able to route and store an individual&#x27;s requests through and data in a particular location. So I can deploy a health app backend that allows its users to decide where to put their data.

My impression is that when fly.io has been discussed in the recent past on HN, the conversation tends to be less about databases and more about Heroku alternatives. (?)<p>Out of curiosity, how _does_ fly.io see itself in relation to Heroku?

Minor nit:<p>&gt; The kind of platform company we want to be hasn’t changed since 2020. Our features are all generally a command or two in flyctl, and they work for any app that can packaged in a container.<p><i>can be packaged</i>

Having left DigitalOcean for Fly.io the DX is definitely an improvement. I don’t have any huge apps running there so can’t say how it scales but starting out has been super easy.

&gt; Our first reason is obvious, and mercenary.<p>even though there’s a reason (or three) behind the style of the post, including the use of transparency, it is refreshing.

I&#x27;m currently using fly.io and I have no complains so far(most of the problems I had were my fault like a DNS&#x2F;IP&#x2F;Certification problem).

so I&#x27;m guessing Vercel and Netlify deploy cloud functions only to the &quot;least worst datacenter&quot;?<p>while Fly.io deploys compute instances to more regions and also has a database?<p>asking because I&#x27;ve been content with Vercel and Netlify&#x27;s CDN for frontend assets and simply stopped doing system design around relational storage, when I want to stay on a free tier.

<a href="https:&#x2F;&#x2F;fly.io&#x2F;docs&#x2F;postgres&#x2F;getting-started&#x2F;what-you-should-know&#x2F;">https:&#x2F;&#x2F;fly.io&#x2F;docs&#x2F;postgres&#x2F;getting-started&#x2F;what-you-should...</a><p>&gt; If you want a fully managed database solution for your Fly Apps, there are many great options, including:<p>Fly looks great, but you definitely need to get on this. a company that just raised 100m shouldn&#x27;t be recommending it&#x27;s direct competitors.

&gt; What people actually wanted to talk about, though? Databases.<p>And they completely avoid discussing it again in this article.<p>It would be nice if I could know what their product is for because it doesn&#x27;t seem to be the apps I work on.

I don&#x27;t understand all these comments coming out of the woodwork like &quot;oh, no - one day they may raise prices and try to be the bad guys&quot;. I don&#x27;t plan on using fly personally, but I don&#x27;t understand how you could look at another provider entering the market and parse that as a &quot;bad thing&quot;.

For the uninitiated, what does Fly do that Amazon does not through AWS?

Please implement better support for rolling back deployments!

Does fly use Equinox or something similar for their hardware?

&gt; And hardware-accelerated inferencing.<p>:eyes emoji: fly ppl please do this

Fly.io might be an underdog now, but they will come out on top in 5~6 years when most of the small to medium size businesses will be running on it.

Congrats Kurt and the Fly team!!!!

I am a big fan of the next gen heroku competitors. At the top of the list are fly.io and railway.app.

Okay, help me here... with Dockers why would I want to go back to VMs?

The headline and even the article reads like a big nothing burger.

Wow, it took a really long time to get to what this company claims to do.<p>Spinning up VMs. It&#x27;s not difficult to do this on AWS or GCP.

Fly.io marketing is top notch. Unlike fly.io, <a href="https:&#x2F;&#x2F;controlplane.com" rel="nofollow noreferrer">https:&#x2F;&#x2F;controlplane.com</a> lets you run at the edge, super easily but on any compute substrate, not just on one vendor&#x27;s (Equinix). Your own machines, your own AWS, GCP, Azure, Oracle, Hetzner, Linode, Contabo, etc. accounts, or on Control Plane&#x27;s many locations in all clouds. On Control Plane you instantly define a &quot;Global Virtual Cloud&quot; made up of any location you specify (your own, or ours, or both). You get a GLOBAL endpoint where a customer in NY gets a response from aws-us-east2 for example, and a customer in L.A. gets a response from aws-us-west2 for example. Of course, AWS is just one of many locations you get run compute on. We&#x27;re about to release a multi-master Postgres offering and unlike Fly.io, we&#x27;re 100% K8s, but if you don&#x27;t know a thing about K8s, you&#x27;re in luck. You don&#x27;t need to know a thing about Kubernetes. You simply get secrets management, logs, metrics, tracing, alerting, mutual TLS between services, service discovery, software defined VPN between locations, private link support, direct connect support, your unlimited logs, metrics, audit trail all included and military grade fine-grained access control, audit trail and extreme cost optimization - you pay by the millicore of CPU and MB of RAM. The best part is that you can mix-n-match ANY of the services of AWS, GCP and Azure (Big Table, RDS, DynamoDB, Active Directory, S3, etc.) and not deal with IAM (identity &amp; access management) complexity. Never deal with credentials and go from code --&gt; unbreakable TLS endpoint in 30 seconds. If AWS goes down your endpoint is humming along. You get all the control, without the pain. If you are already a K8s expert and have Helm charts, CRDs, controllers and other existing compute artifacts, we support you out of the box. If you don&#x27;t know cloud-native - that is OK: just check in your code, the platform containerizes it for you and BOOM - you get a TLS endpoint (with your own domain) and you&#x27;ll never hear things like &quot;the certificate expired, prometheus fell over, vault needs to be upgraded, we need a new version of Istio, etc.&quot;. I urge you to see a demo because a talking about it and seeing it are completely different things. Feel free to visit <a href="https:&#x2F;&#x2F;controlplane.com" rel="nofollow noreferrer">https:&#x2F;&#x2F;controlplane.com</a> and I promise you will be shocked in a good way.<p>Doron, CEO of Control Plane Corporation.