Skip to main content
RisingWave Events API is a lightweight HTTP API layer for ingesting data into RisingWave. It provides:
  • Simple HTTP ingestion into RisingWave tables (POST /v1/events)
  • SQL execution over HTTP for DDL/DML (POST /v1/sql)
The project lives at risingwavelabs/events-api.
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).