Recommendation

现代 Web 应用通常从 Vercel 起步;需要通用容器服务时评估 Railway 或 Render。

先判断应用是否以 Web 请求为主,是否有常驻进程和特殊网络需求。12

适用范围: Product teams selecting a production home for a web application, API, worker, or conventional service

Main trade-off

托管 Web 平台提供最快交付路径,但运行时和成本模型会影响后续架构。12

选择标准

按真实约束逐项判断,不要只比较功能列表。

  1. Runtime and process model

    List framework assumptions, language runtime, persistent processes, background workers, sockets, containers, and execution limits.1

  2. State and networking

    Define filesystem, volumes, private networking, outbound access, service discovery, and regional dependencies.4

  3. Scale and resilience

    Model startup behavior, minimum capacity, autoscaling, health checks, placement, rollback, and recovery.5

  4. Ownership and economics

    Choose which build, runtime, network, capacity, observability, and incident responsibilities the team can own.1

适用路线

这些条件会改变默认答案;请在作出承诺前逐项验证。

A Next.js-first product wants the integrated path

Evaluate Vercel.

First-party framework behavior and one deployment-to-delivery workflow can remove substantial platform work.

Verify: Persistent processes, arbitrary containers, provider-neutral execution, or incompatible metering should move the choice.12

The application is deliberately edge-platform native

Evaluate Cloudflare.

Distributed web execution and integrated services can fit applications designed for its runtime and bindings.

Verify: Conventional server assumptions, unsupported dependencies, or provider-neutral service boundaries should move the choice.12

A frontend platform workflow and adapter fit

Evaluate Netlify.

Git deployment and current Next.js adapter support can provide a cohesive frontend workflow.

Verify: Verify framework behavior and the current billing model; do not assume first-party Vercel semantics.123

The workload needs persistent services or explicit machines

Compare Railway and Fly.io.

Railway delegates more service operations; Fly.io exposes machine lifecycle and regional placement.

Verify: Choose based on required control, then model storage, network, capacity, recovery, and usage costs.124

边界: Serverless Compute owns bounded managed execution, Container Platforms owns container orchestration, CDN owns delivery caching, and Background Jobs owns recoverable asynchronous execution.

关键差异

把真正会改变决策的边界单独比较。

Execution
Request functions, isolates, persistent services, and machines have different lifecycle and compatibility boundaries.4
State
Ephemeral filesystems, attached volumes, databases, and object storage change placement and recovery.5
Networking
Domains, egress, private services, regional placement, and proxy behavior vary by platform.45
Operations
Autoscaling, capacity, health, rollback, logs, incidents, and migrations transfer differently.5
Cost shape
Requests, duration, compute, memory, bandwidth, storage, and minimum capacity require workload modeling.1

官方资源

官方文档与继续决策的正式路径。

来源

支撑页面关键主张的资料。

  1. 1
    Vercel Next.js documentation

    Vercel · Accessed Official

  2. 2
    Cloudflare Workers documentation

    Cloudflare · Accessed Official

  3. 3
    Netlify Next.js overview

    Netlify · Accessed Official

  4. 4
    Railway services

    Railway · Accessed Official

  5. 5
    Fly Machines overview

    Fly.io · Accessed Official