惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Jina AI
Jina AI
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
T
Troy Hunt's Blog
T
The Exploit Database - CXSecurity.com
Microsoft Security Blog
Microsoft Security Blog
V
Visual Studio Blog
F
Fortinet All Blogs
博客园_首页
P
Proofpoint News Feed
V
Vulnerabilities – Threatpost
The Cloudflare Blog
C
Cyber Attacks, Cyber Crime and Cyber Security
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
H
Heimdal Security Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
A
About on SuperTechFans
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
AI
AI
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
S
Security Affairs
The Register - Security
The Register - Security
S
Security @ Cisco Blogs
Hugging Face - Blog
Hugging Face - Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - 聂微东
Schneier on Security
Schneier on Security
WordPress大学
WordPress大学
Google DeepMind News
Google DeepMind News
GbyAI
GbyAI
T
Tailwind CSS Blog
Hacker News: Ask HN
Hacker News: Ask HN
W
WeLiveSecurity
D
Docker
L
LangChain Blog
B
Blog RSS Feed
The Last Watchdog
The Last Watchdog
Cloudbric
Cloudbric
TaoSecurity Blog
TaoSecurity Blog
N
Netflix TechBlog - Medium
酷 壳 – CoolShell
酷 壳 – CoolShell
I
InfoQ
The Hacker News
The Hacker News
AWS News Blog
AWS News Blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
宝玉的分享
宝玉的分享
I
Intezer
云风的 BLOG
云风的 BLOG
V2EX - 技术
V2EX - 技术
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO

Railway Blog

Where Railway is, and where it's going (Summer 2026) PaaS vs IaaS vs SaaS: What Each Means and Who Should Pick What in 2026 The Best Continuous Deployment Tools in 2026 The Best PaaS for Multi-Region Deployments in 2026 The Best Platforms for Monorepo Deployments in 2026 Compliance Isn't a Feature, It's a Posture What is BYOC (Bring Your Own Cloud)? A Developer's Guide for 2026 The Best Managed Kubernetes Hosting in 2026 The Best Container Registries in 2026 The Vanilla Cloud Tax: What Rolling Your Own on AWS Actually Costs What is a PaaS? A Developer's Guide for 2026 The Best Cloud Observability and Logging Tools in 2026 The Best PostgreSQL Hosting for Developers in 2026 The Best Multi-Region Hosting Platforms in 2026 The Best Platforms to Deploy AI Apps in 2026 (Not the Models, the Apps Around Them) The Agent-Native Cloud: What It Means and Why It Matters Incident Report: May 19, 2026- GCP Account Suspension Counting to 3 with a new builder processing 50M+ monthly builds Railway iOS preview now available via TestFlight Kill your onboarding: selling to 10,000+ new users a day Your AI wants to nuke your database. Guardrails fix that. Better Rails for Agents: A New Remote MCP and Railway Agent in the CLI Moving Railway's Frontend Off Next.js One command deploys, there's a Stripe APP for that From registrar to deployed: buying a domain inside Railway A letter to open source builders who deserve more Networking is a black box, we used eBPF to open it Heroku Walked So Railway Can Run Security Features Your Security Team Will Love Railway Runs Open Source, Now We're Funding It Railway raises $100M Series B to unburden the builders Deploy autoscaling services, AI Workflow automation, and LLM APIs Without Kubernetes Hosting Postgres with GeoLite2: a practical guide to IP geolocation, data loading, and updates Serverless functions vs containers: CI/CD, database connections, cron jobs, and long-running tasks Hosting Postgres with pgvector: provider tradeoffs, migrations, indexes, and tuning Introducing the Railway integration on Delve.co Secure Cloud Hosting for Compliance: A Practical Guide for Startups and Regulated Industries How G2X Unlocked Rapid Experimentation at Scale with Railway MindFort Runs 100+ AI Pen Testing Agents Without Their Previous $10k AWS Bill How Bilt's Marketing Engineering Team Delivers at Scale with Railway Railway Technology Partners: Earn Revenue on Templates You Didn't Build ~$1 Million Paid to Developers Who Built Railway Templates CI/CD for Modern Deployment: From Manual Deploys to PR Environments Kernel Powers 1,000+ AI Agents on $444/Month of Railway Infrastructure Deploy Full-Stack TypeScript Apps: Architectures, Execution Models, and Deployment Choices Railway vs Cloudflare: How Their Architectures Differ and When to Use Each Run Scheduled and Recurring Tasks with Cron Monitoring & Observability: Using Logs, Metrics, Traces, and Alerts to Understand System Failures Logs, Metrics, and Traces: What Does Each Signal Tell You? Server rendering benchmarks: Railway vs Cloudflare vs Vercel Top five Heroku alternatives Comparing top PaaS and deployment providers The F in SOC2 stands for functional Deploy Together, Earn Together: Introducing Railway Partnerships How We Oops-Proofed Infrastructure Deletion on Railway Bring Back the Free Plan Railway MCP - Stateful, Serverful, Pay-per-use Infrastructure Hackathon: Winners Announced! Mark Your Calendar: Railway User Hackathon with Prizes Launching Railway's Affiliate Program Zero-Touch Bare Metal at Scale Ssh, We’re Announcing One More Thing! $1M for Open Source Introducing Central Station Speed Isn’t Just About Code, It’s About Where That Code Runs One-Second Deploys? We Didn’t Believe It Either Why We’re Moving on From Nix Railway V3: Faster and Cheaper How to Migrate from Cloudflare Pages to Railway Supercharging Directus on Railway with a Static Frontend How to Migrate from AWS Lambda to Railway Deploy Triton Inference Server on Railway How to Handle Database Connection Pooling Building a NestJS App on Railway Manually Optimize Deployments on Railway Implement a GitHub Actions Testing Suite Scaling a SaaS application on Railway Building a SaaS application on Railway Deploy a Dart App on Railway, Part 2 Deploy a Dart App on Railway, Part 1 Implementing Feature Flags from Scratch Cron Jobs with Django and GitHub Actions Deploy Offen on Railway Queues on Railway Working with NX, Railway and CI/CD Automated PostgreSQL Backups Using GitLab CI/CD with Railway Migrating From Heroku To Railway Cron Jobs on Railway Deploy Beam on Railway Deploy Authorizer on Railway Deploying Monorepo Applications How to Backup and Restore Your Postgres Database How to Backup Your Redis Instance Deploy Cusdis on Railway Deploy Ghost on Railway Using Github Actions with Railway Deploy Calendso (cal.com) on Railway Self-hosted website analytics Use Notion as a CMS for your NextJS blog
Pricing to Encourage Use
David Banys · 2025-09-22 · via Railway Blog

Most of the time, putting a price on a product discourages use of the product.

That’s one reason governments tax things like gasoline, cigarettes, and alcohol, because making it cost money discourages consumption of the thing.

The same principle is true in software, where if you want explosive use of your product, what you ought to do is make it free.

Since we recently brought back the free plan, we thought we’d share, well, the bigger business plan behind building a free plan for computing.

It’s not something we’ve been able to read about much on the internet, so we thought you’d find it interesting.

Let’s get into it.

The calculus of free computing plans

The conventional high-growth startup calculus is that if you can earn an exponential free user growth curve, you should be able to scaffold viable unit economics underneath it before you run out of money.

But what if you’re selling something with fixed costs, like compute?

These days, some really well-funded companies are taking the margin-negative computing thing to its logical extreme. The “main event” right now is a handful of gigafunded startups racing to secure high-scarcity commodity computing equipment.

That may work for training and inference workload capacity which is currently in short supply but our market (general computing infrastructure) is a bit different.

General computing is a low-scarcity commodity market, which is to say a highly available and undifferentiated market. It’s dominated by the biggest companies in the history of the world — Amazon, Microsoft, Google, etc — which are capable of pushing $100K free credit deals to users.

So on one side you have the “new clouds” which are some of the fastest growing companies in the history of the world because they are pushing margin-negative compute, and on the other side you have the “hyperscale clouds” which are some of the biggest companies in the world which are front-loading enormous free credit deals to lock-in new customers.

We’re challenging both.

Screenshot 2025-09-22 at 11.05.41 AM.png

Unit economics are destiny

To make this business work, you have two options: you can wrap one of the big clouds, or you can build your own data centers.

There was a time we were spending $16 for every $1 of topline revenue. Today, without raising prices whatsoever, we’re running aggressively gross margin positive and that number is climbing rapidly.

Railway gross profit, from 10/24 - 08/25
Railway gross profit, from 10/24 - 08/25

While at first we chose to build on top of GCP, we soon learned that you can’t build a cloud on another cloud unless you want to charge enormous premiums on commodity compute to make your business make sense.

In addition to good margins, we also needed beat big cloud pricing because businesses don’t like to use tools that mark commodity prices up 30%, let alone 2-5x.

Apart from that, building on another cloud sticks you with risky upstream dependency chains and limits the low-level control you have when it comes to networking, storage, and more.

We had to exit the cloud to build the cloud we ourselves wanted, which is a cloud that is cheap like the hyperscalers, and easy to use like a PaaS.

Incentive alignment isn’t everything, it’s the only thing

What should you do if your competitors are offering negative margin (and thus heavily subsidized) on one side and six figures in free credits on the other?

Our answer to this conundrum is to build perfect incentive alignment with our customers.

If we did margin-negative computing, we’d eventually have to raise prices, which would screw our customers.

If we did huge free credit deals, we would lock our customers into our ecosystem, which would screw our customers.

Instead, we think that building a durable business, with predictable margins, where we help customers to the lowest bill possible for compute through a “pay only for what you use” pricing model is the way to go.

Typically the domain of serverless compute providers, we offer long-running servers by the minute, that scale up and down with your workload.

This is possible because 1) We’ve written our own orchestrator, and 2) We have pricing power because we’ve racked and stacked our own hardware.

(If you’d like to read more about the Railway orchestrator, check out Pierre’s blogpost So You Think You Can Scale?)

In addition to squeezing our competitors, pricing power lets us do lots of cool things, in addition to offering a free plan. It also lets us offer revenue sharing to partners who build on Railway as well as $1M for open source template creators.

The premise here is the same as before, we’re investing money to encourage growth. We’re convinced that templates can reach $1B GMV over time and we want the community to reap most of those rewards.

(If you’d like to read more about Railway’s template marketplace, check out Sarah’s post Deploy Together, Earn Together.)

So that’s our philosophy, to align on incentives with our customers by pricing to encourage growth. All while making sure we build a sustainable business to serve you long term.


If you’re interested in building the most developer friendly cloud with us, check out our hiring page.