Skip to main content

Functions

Your game's server-side logic — deployed from Git, running globally, scaling automatically. Write in TypeScript, JavaScript, Python, or Go. Every push builds and ships without touching infrastructure.

Multi-regionGit-driven deploysAuto-scalingPer-env overridesReal-time logs

The Functions section lives under Engineering in the project sidebar. Five tabs give you everything: Overview, Functions, Bindings, Logs, and History.

Overview​

A live health dashboard across all your functions in the current environment.

Functions — Overview tab with live metrics

Functions live
Count of functions currently accepting traffic. A delta below shows how many were added recently.
Replicas running
Total active instances across all regions, broken down by region count and how many are actively scaling.
Invocations 24h
Current and previous 24-hour call counts side by side, with a sparkline and a trend delta against the prior period.
Error rate 24h
Percentage of failed invocations. Green with within target when healthy; red when elevated, with a delta showing the direction of change.
P95 latency 24h
95th-percentile response time. within target confirms you're inside your SLA. A quick regression signal after every deploy.

Functions list​

Every function in the project, in one table.

Functions — Functions list tab

Search by name, description, or language. Use Status and Runtime dropdowns to filter — useful in larger projects where you only need to see, say, failing Python functions.

Each row surfaces what matters at a glance:

Identity

Language badge (Js, Py, Go, C#), function name, and a one-line description from the manifest.

Health

Status badge, replica count (running / desired), invocations for the current and previous 24h period, error rate, P95 latency, and the deployed date with commit SHA.

Statuses​

live

Deployed and actively serving traffic. The normal healthy state.

staged

Deployed but not receiving traffic. Use for canary testing before promoting to live.

failing

Replicas are crashing or errors exceed the configured threshold. Needs attention.

disabled

Manually stopped. All replicas are down; the function won't accept invocations.

Click + New function in the top-right to scaffold a new function from a template. This is a coming soon feature — use the CLI to create new functions.

Function detail panel​

Click any row to open the detail panel on the right. The header shows the function name, scaling policy, last deploy date with commit SHA, and live status. Four tabs give you full control.

Status​

Live health for a single function. Three stat areas at the top:

Function detail — Status tab with replicas and At a glance

Status & Auth
Current status with deploy date. Auth shows what callers need — none for public endpoints, or player for protected ones.
Last Invocation
How long ago the function was last called and the P95 latency for that window.
Replicas & Calls
Running replica count, 24h invocations split across two periods, and the 24h error rate with total error count.

Replicas lists every active instance with ID, region, uptime, memory, and CPU. Click Scale to adjust replica count immediately — no redeploy. Click any replica row to expand At a glance:

Status
Live state and uptime
Region
Deployment region
Memory
Peak usage (current MB / limit MB)
CPU
15-minute average
Started
When this replica instance came up
Deploy
Commit SHA currently running, marked (current)
Last error
Most recent error message, or — if none

Bindings​

All configuration injected into this function at runtime. Two sections.

Function detail — Bindings tab with env vars and secrets

Env vars — the full variable table:

Name
Variable key — e.g. LOG_LEVEL, NODE_ENV
Effective value
The value actually received at runtime
Source
Always manifest — declared in platform.json
Manifest default
The declared default, shown with autofix
Override (this env)
Per-environment override; editable inline. Highlighted when active.

Overrides apply immediately and restart replicas — no redeploy needed. Manifest defaults are read-only here.

Secrets — credentials linked to this function:

Name
Secret key — e.g. STRIPE_WEBHOOK_SECRET, DATABASE_URL
Status
linked when resolved; missing when the secret hasn't been set
Used by
How many functions share this secret
Rotated
Date the secret was last rotated

Click Rotate to generate a new value. Click Open project Bindings → to manage the full set of project-level secrets.

Settings​

Runtime behaviour for this function. Saved independently — no code redeploy required.

Function detail — Settings tab

Runtime
Memory tier
RAM per replica. Default: Standard (256 MB). Must match a tier declared in the manifest; intermediate values can be set at deploy time.
Timeout
Max handler execution time. Default: 300 s. Hard cap is 3600 s. Applies to all invocation types.
Max concurrency
Max simultaneous invocations per replica. Default: 50. When policy is auto, this is the soft target — the platform autoscales as concurrency approaches the cap.
Access
Auth requirement
none — anonymous callers allowed; good for public webhooks and open endpoints. player — valid signed token required.
Scaling
Policy
manual — you control the replica count. auto — the platform scales based on request concurrency relative to Max concurrency.
Replicas (desired)
Target instance count when policy is manual. Click Scale to apply immediately.

Deploys​

The full deploy history for this specific function — every build that has touched it, newest first.

Status
live · draining (traffic shifting to newer version) · archived
Deployed at
Timestamp of the deploy
Revision
Git branch · short commit SHA
By
Deployer avatar and email
Build
succeeded, or Build failed with a link to build logs
Action
locked for the live and draining deploys; delete icon for archived ones

A deploy enters draining while in-flight requests from the previous version finish before traffic fully switches.

info

The Deploys panel is read-only. The source-of-truth for all deploys is your CLI — you can't trigger or roll back from here.

Bindings tab​

The Bindings tab at the top of the Functions section is a project-wide view — every env var across every function in one flat table, with the same columns as the per-function view.

Audit overrides
See at a glance which functions have active per-env overrides in the current environment.
Catch drift
Spot variables that diverge from their manifest defaults across the whole project in one view.
Bulk edits
Make a per-env change across multiple functions without opening each one individually. Applies immediately.

Logs​

A real-time, cross-function log stream for the entire environment.

Functions — Logs tab with live stream

Function selector

The left panel lists all functions with their unread count. Click to filter; use checkboxes to select multiple. Mark all / Unmark all toggles the full selection.

Log stream

Each entry: timestamp to milliseconds, level badge (INFO blue · WARN amber · ERROR red), function name, and message. Traced calls show a trace: <id> suffix — all lines from the same invocation share that ID.

Stream controls:

Time range
Last 24 hours (default) · Last 7 days · custom range
Level
INFO · WARN · ERROR · NONE
Search
Full-text across all log messages
Live
Streams new entries in real time when enabled
tip

Filter to one function and enable Live while debugging — you'll see output in real time as you trigger invocations.

History​

Every deploy that has touched any function in the project — the full project-wide deploy log. Sorted newest first.

Each entry shows a status dot (green = success, red = failed), the git revision with branch and short commit SHA, commit message, author, relative time, number of functions changed, and build duration. Failed builds show a Build failed badge with a View build logs link.

Use Time range and Environment dropdowns to filter.

info

History includes every shaped deploy — including failed builds and zero-function pushes. Use the Environment filter to separate dev and prod histories.