Firebase App Hosting
Git-triggered builds serving full-stack web apps from Cloud Run behind Cloud CDN.
- Provider
- gcp
- Category
- Compute
| property | type | values | required | kind default | this component |
|---|---|---|---|---|---|
| automaticRollout | boolean | — | no | true | inherited |
| autoscaling | boolean | — | no | false | ▸ true |
| concurrency | integer | — | no | 80 | inherited |
| criticality | enum | low | medium | high | no | medium | inherited |
| instancePerEntity | boolean | — | no | false | inherited |
| instances | integer | — | no | — | inherited |
| managed | boolean | — | no | false | ▸ true |
| maxInstances | integer | — | no | 100 | inherited |
| memoryMib | integer | — | no | 512 | inherited |
| minInstances | integer | — | no | 0 | inherited |
| ownsData | boolean | — | no | true | inherited |
| runtime | string | — | no | — | inherited |
| shardingStrategy | enum | none | consistent-hash | range | lookup | no | none | inherited |
| singleWriter | boolean | — | no | false | inherited |
| stateless | boolean | — | no | true | ▸ true |
Every rule whose selector covers this component's kind or its category. Whether a rule fires depends on the design: its properties, its edges and its groups.
A service that calls a third party synchronously, with no queue or workflow engine attached, has nowhere to park the request when the third party is slow or down. The failure becomes the user's problem instead of a retried job.
- — all of these hold:
- — the node has at least one synchronous outgoing edge to a third-party-api
- — this does not hold:
- — the node has at least one connected edge joining a workflow-engine or queue
Calling a worker synchronously puts the background job on the request path. The caller waits for the slowest part of the fan-out.
- — the node has at least one synchronous outgoing edge to a worker
A stateful service on a consistent hash ring needs something that owns the ring: detect a dead host, pick a replacement, tell everyone. Without a coordination service the ring is edited by hand during the outage.
- — all of these hold:
- — the node's `shardingStrategy` is "consistent-hash"
- — this does not hold:
- — the node has at least one connected edge joining a coordination-service
A stateful compute node pinned to exactly one availability zone disappears with that zone, and its state goes with it. Nodes inside a cell are exempt, because there the cell is deliberately single-zone and redundancy comes from the other cells.
- — all of these hold:
- — the node's `stateless` is false
- — the node sits inside exactly 1 availability-zone group
- — this does not hold:
- — the node sits inside at least one cell group
nodes:
- { id: "firebase-app-hosting", component: "google-firebase-app-hosting" }# yaml-language-server: $schema=../../schema/component.schema.json # Firebase App Hosting ("Firebase App Hosting" overview and "Configure a backend"): git-triggered # builds on Cloud Build serving from Cloud Run behind Cloud CDN. Backend runConfig defaults are # minInstances 0, maxInstances 100, concurrency 80 and 512 MiB, and a new backend rolls out to # 100% of traffic as soon as a change lands on the target branch. schemaVersion: "1" type: "component" id: "google-firebase-app-hosting" kind: "app-server" provider: "gcp" docs: "https://firebase.google.com/docs/app-hosting/configure" defaults: stateless: true autoscaling: true managed: true properties: minInstances: type: "integer" default: 0 maxInstances: type: "integer" default: 100 concurrency: type: "integer" default: 80 memoryMib: type: "integer" default: 512 automaticRollout: type: "boolean" default: true