Amazon IVS Chat
Managed live chat rooms with a WebSocket messaging data plane.
- Provider
- aws
- Category
- Edge
| property | type | values | required | kind default | this component |
|---|---|---|---|---|---|
| ackIntervalSeconds | integer | — | no | — | inherited |
| autoscaling | boolean | — | no | false | ▸ true |
| channelAssignment | enum | random | hash | sticky | no | random | inherited |
| concurrentConnectionsLimit | integer | — | no | 50000 | inherited |
| drainOnScaleIn | boolean | — | no | false | inherited |
| loggingConfiguration | boolean | — | no | false | inherited |
| managed | boolean | — | no | false | ▸ true |
| maxMessageRatePerSecond | integer | — | no | 100 | inherited |
| messageReviewHandlerTimeoutMs | integer | — | no | 200 | inherited |
| protocol | enum | websocket | sse | long-poll | grpc-stream | udp-multicast | no | websocket | ▸ websocket |
| pushFallback | boolean | — | no | false | inherited |
| sequenceNumbers | boolean | — | no | false | inherited |
| stampedeGuard | boolean | — | no | false | inherited |
| stateful | boolean | — | no | true | ▸ true |
| subscriptionsPerUser | integer | — | no | — | inherited |
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.
When a gateway holding millions of sockets restarts, every client reconnects at once and the gateway asks the coordination service about each of them. Without a stampede guard that lookup storm takes the coordination service down too.
- — all of these hold:
- — the node has at least one synchronous outgoing edge to a coordination-service
- — the node's `stampedeGuard` is false
With heavy-tail traffic a few channels carry most of the load. Assigning channels at random lands those hot channels on arbitrary hosts, and every tenant sharing a host suffers for it.
- — all of these hold:
- — the node's `channelAssignment` is "random"
- — the design requirement `traffic.skew` is "heavy-tail"
Scaling a gateway down kills every live WebSocket on the removed instance at once. Without a drain step those clients all reconnect together.
- — all of these hold:
- — the node's `autoscaling` is true
- — the node's `drainOnScaleIn` is false
nodes:
- { id: "ivs-chat", component: "aws-ivs-chat" }# yaml-language-server: $schema=../../schema/component.schema.json # Amazon IVS Chat: managed live chat rooms that accompany an IVS video stream, with a WebSocket # messaging data plane. "IVS Chat Service Quotas": 50,000 rooms per account per Region, 50,000 # concurrent chat connections per account per Region, 100 SendMessage requests per second per room, # 10 messaging requests per second per connection, message review handler timeout 200 ms. schemaVersion: "1" type: "component" id: "aws-ivs-chat" kind: "realtime-gateway" provider: "aws" docs: "https://docs.aws.amazon.com/ivs/latest/ChatUserGuide/what-is.html" defaults: managed: true protocol: "websocket" stateful: true autoscaling: true properties: maxMessageRatePerSecond: type: "integer" default: 100 concurrentConnectionsLimit: type: "integer" default: 50000 messageReviewHandlerTimeoutMs: type: "integer" default: 200 loggingConfiguration: type: "boolean" default: false