Skip to main content

Render, Railway, and Fly.io's Hiring Pages: Reading Job Counts Before You Migrate

8 min readDora NodaDora Noda
Share
On this page

Open three browser tabs right now: render.com/careers, railway.com/careers, fly.io/jobs. As of this week, Render lists 40 open roles across seven teams. Railway lists 6. Fly.io lists zero — its jobs page says, in plain text, "we don't have any open positions at the moment."

Three PaaS vendors, three tenants trusting each with production traffic, three wildly different hiring postures. Before you push your next git push to any of them — or plan a migration off one — that gap is worth reading. Not because the raw count is a verdict on its own (it isn't, and a bigger number doesn't automatically mean a safer vendor), but because paired with two other public signals — how recently a company raised money, and whether its recent changelog is adding capability or cutting it — a careers page turns into a leading indicator you can check in five minutes, for free, without waiting for a postmortem.

The three snapshots

Here's what each platform's own public pages showed as of late July 2026, sourced directly from each company:

RenderRailwayFly.io
Open roles40 (7 departments; 15 in engineering)6 (mostly infra/platform engineering, one DevRel, one full-stack)0 ("no open positions at the moment")
Last funding$100M Series C extension, Feb 2026, at $1.5B valuation$100M Series B, Jan 22 2026, led by TQ VenturesNo 2026 raise reported
Growth metrics5M+ developers, 250k+ new/month, revenue growing 100%+ YoY2M+ users, ~200k new developers/monthNot disclosed
Recent product directionBuilding a unified AI-app runtime (stated use of new capital)Expanding data center footprint + new agent-facing tooling (stated use of new capital)Deprecating GPU support (fully gone Aug 1, 2026) and legacy free-tier plans (Hobby/Launch/Scale)

A single number would make this an easy story: Render is winning, Fly.io is losing. But Railway is the case that breaks that easy read, and it's the most instructive one here.

The paradox: Railway raised the same money and isn't hiring like it

Railway closed a $100M round in January 2026 — five weeks before Render's own $100M extension. Same order of magnitude, similar timing. If "hiring page size tracks funding" were a clean rule, Railway's careers page should look a lot more like Render's. It doesn't: 6 roles versus 40.

The gap isn't evidence Railway is in trouble. It's evidence that raw headcount and capital are different clocks. Render's $100M was an extension to a round the company had already been running on for over a year — its 40 open roles reflect a hiring plan that's had time to compound. Railway's round closed months ago; a company doesn't turn a fresh wire transfer into 40 signed offer letters in one quarter, and its own funding announcement said the money was earmarked for expanding data-center footprint and building new tooling — infrastructure and product spend that shows up in the changelog before it shows up in headcount. Railway's 6 open roles are also concentrated almost entirely in engineering, not backfilled across sales and marketing the way a company staffing up broadly would — a smaller number, but a purer one.

That's the first correction to the naive framework: don't read the headcount number alone — read it against how long ago the money landed. A small careers page six weeks after a raise is a different signal than a small careers page three years after one.

Reading the other half of the signal: what's being added versus cut

The second correction is to stop treating "hiring" as the only observable and start reading it next to the product's own trajectory — what a vendor is shipping against what it's quietly sunsetting.

Fly.io's zero-open-roles page sits next to a public deprecation calendar, not a launch calendar. Fly.io GPUs — four models, A10 through A100 80G — go away entirely on August 1, 2026, a move the company foreshadowed in its own "We Were Wrong About GPUs" post admitting the bet hadn't worked. Alongside that, Fly.io deprecated its Hobby, Launch, and Scale plans, which had carried an ongoing free allowance (3 shared-CPU VMs, 160GB transfer); new signups now get a two-hour free trial instead. Two product lines removed, zero open reqs, no fresh capital disclosed in 2026 — three signals pointing the same direction at once is a materially different situation than any one of them alone.

Compare that to Render and Railway, where the public trajectory in 2026 is additive — an AI-app runtime, expanded data-center capacity, agent-facing tooling — with no comparable deprecation notices attached. The framework isn't "small team = bad." Fly.io has always run famously lean and has said so itself; a disciplined small team building steadily is not a red flag. The red flag is a small-and-shrinking hiring posture combined with a product actively removing capability tenants already depend on. Check both, because either one alone is genuinely ambiguous.

The honest counter-argument: hiring counts are noisy, and AI changes the baseline

It would undersell this to pretend a careers-page count is a clean instrument. Two real complications:

A single snapshot is noise; a trend is signal. Hiring pages fluctuate week to week as individual reqs open and close. Forty roles today could be thirty next month for reasons that have nothing to do with company health — a hiring freeze after a push to fill open reqs, seasonal timing, a reorg. Read the count once and you've measured a moment; check it again in 60–90 days and you're measuring a trend, which is the thing that's actually informative.

Headcount and health are decoupling industry-wide. Through 2026, a growing number of companies have leaned on AI coding tools to grow output without growing engineering headcount at the same rate — the well-publicized case of Salesforce freezing engineering hires while crediting AI agents for double-digit productivity gains is the clearest example. A frozen or shrinking hiring page in isolation is no longer automatically a decline signal; it might be a company doing more with a stable team. That's exactly why the deprecation check in the previous section matters more than the raw count — AI-assisted productivity explains a flat hiring page next to a growing feature set. It does not explain a flat hiring page next to features being actively removed. Fly.io's GPU and free-tier cuts aren't the kind of thing a leaner, AI-augmented team chooses to ship; they're capacity coming off the table.

One more caveat worth naming plainly: Render, Railway, and Fly.io each run their careers page on a different ATS, and none of them normalize for a role posted across multiple locations counting as one req versus several. Treat 40 vs. 6 vs. 0 as directionally meaningful, not as a precise ratio — the gap here is large enough to survive that noise, but a 12-vs-9 comparison wouldn't be.

A five-minute checklist before you commit to (or leave) a vendor

Put together, here's the actual, repeatable check — each step takes under a minute:

  1. Pull the current open-role count from the vendor's own careers page (not a third-party aggregator, which lags).
  2. Note the date of their last funding round. A small careers page within 3 months of a raise reads differently than one 2+ years stale.
  3. Skim the last 12 months of their changelog or blog for the shape of the trend: are they adding capability, or posting deprecation/sunset notices?
  4. Re-check the role count in 60–90 days. One snapshot is noise; a second data point turns it into a trend.
  5. Weight deprecations more heavily than headcount alone — a vendor cutting features you depend on is the sharper signal, with a flat hiring page as corroboration, not the other way around.

None of this replaces reading a platform's actual incident history or talking to other tenants who've migrated off it. But it's a check you can run before you've committed a single service, using only pages the vendor already publishes.

The alternative: stop betting on someone else's hiring page

There's a version of this whole exercise that a self-hosted setup sidesteps entirely: if the platform is yours — running on machines you own, deployed from your own git repo — there's no vendor careers page to audit before your next deploy, because there's no vendor between you and the box. Bex.co is an open-source, AI-native alternative in that shape: push a repo, get a running HTTPS service on infrastructure you control, with a Render-compatible API so the migration path is a config change, not a rewrite.

Bex.co is the open-source, AI-native Render alternative — push a git repo, get a running HTTPS service on machines you own. Star the repo on GitHub or deploy your first app today.


Sources:

Related articles

Run this on infrastructure you own

bex is the open-source, AI-native Render alternative — push a git repo and get a running HTTPS service on your own machines.

Get started with bex