Change history

Netlify limit changes

Current and previous observations remain linked to their official sources. Detection date and effective date are kept separate when known.

Verified Aug 22, 20260 verified changes

Verified history

No verified historical change is recorded yet.
This means HyperObserve has not found sufficient first-party evidence for a dated before-and-after event. It does not mean Netlify has never changed. Undated values are kept in the current baseline below instead of being presented as history.

Current monitored baseline

HyperObserve currently monitors 5 scoped observations for Netlify. The baseline covers synchronous function duration, background function duration, buffered and streamed payload, default function memory, edge resource ceilings. Each value retains its plan, product, endpoint, region, account, or runtime qualifier so a future change can be compared against the correct scope.

ConstraintCurrent valueScopeVerified source
synchronous function durationScheduled functions use a separate shorter maximum.60 secondsSynchronous FunctionsNetlifyAug 22, 2026
background function durationBackground functions also have a much smaller request payload allowance.15 minutesBackground FunctionsNetlifyAug 22, 2026
buffered and streamed payloadBinary payloads can reach the buffered limit at roughly 4.5 MB before base64 expansion.6 MB buffered; 20 MB streamed; 256 KB backgroundFunction-type specificNetlifyAug 22, 2026
default function memoryMemory configuration is separate from function duration and payload size.1,024 MBFunctionsNetlifyAug 22, 2026
edge resource ceilingsResponse headers must be produced within the documented 40-second window.512 MB memory; 50 ms CPU; 20 MB compressed codeEdge FunctionsNetlifyAug 22, 2026

Tracked constraints and impact

Synchronous, scheduled, background, and edge function resource limits. A change is recorded only when it alters a constraint developers can act on, such as capacity planning, request shaping, model selection, deployment configuration, storage design, retry behavior, or account budgeting.

How a change is verified

  1. Compare the current first-party statement with the previously stored observation, including the exact plan, model, runtime, endpoint, region, and account scope.
  2. Separate a true product change from documentation clarification, temporary capacity, configurable account state, or a limit that applies to a different execution path.
  3. Preserve the old and new values, official source, effective date when disclosed, detection date, and practical impact. If those elements cannot be supported, no historical event is published.

Official sources monitored

These first-party documents support the current Netlify baseline. HyperObserve links directly to them so you can confirm the live wording before making a production decision.

Netlify Functions configuration

Synchronous, scheduled, background, memory, and payload limits

Netlify Edge Functions limits

Code size, memory, CPU, and response-header limits

Related

Continue researching Netlify