- Simple HTTP ingestion into RisingWave tables (
POST /v1/events) - SQL execution over HTTP for DDL/DML (
POST /v1/sql)
If you want an ingestion endpoint built into RisingWave itself (and need provider-style webhook signature validation), see Ingest data from webhook.
When to use Events API
Use Events API when you want:- App → RisingWave over HTTP without introducing Kafka or another message broker.
- NDJSON ingestion (one JSON object per line) to push many events in one request.
- A single service that can both create tables (via HTTP SQL) and ingest events.
Prerequisites
- A running RisingWave instance.
- Network access from Events API to RisingWave.
- A RisingWave DSN (Postgres-compatible connection string) for
EVENTS_API_RW_DSN.
Compare with RisingWave webhook connector
Key endpoints
Quick start
1. Run Events API
Make sure you have a running RisingWave instance, then start Events API with a RisingWave DSN:2. Create a table via HTTP SQL
3. Ingest events
Insert a single JSON event
Insert multiple events (NDJSON)
4. Query the ingested data
Configuration
Events API can be configured via environment variables.Production notes
- Networking: Deploy Events API where it can reach RisingWave via the DSN you provide.
- Security: If you expose Events API to the public internet, put it behind a gateway/reverse proxy and enforce authentication/authorization and rate limiting.
- Schema: Events API inserts into existing RisingWave tables. Create tables first (for example, through
POST /v1/sql).