Skip to main content
A REST catalog uses a RESTful API to manage Iceberg table metadata. You can use a REST catalog with RisingWave when creating an Iceberg SOURCE, SINK, or CONNECTION (for internal Iceberg tables).
For a complete list of all catalog-related parameters, see the main Catalog configuration page.

Example

Examples for using a REST catalog with internal Iceberg tables, sinks, and sources.

Vended credentials

Added in v2.7.0.
Vended credentials allow the REST catalog server to provide temporary credentials for accessing object storage, rather than requiring you to manage credentials directly in RisingWave. To enable vended credentials, set vended_credentials = true along with catalog.type = 'rest': Example: Source
Example: Sink

GCS with Google authentication

For a Google-authenticated REST catalog backed by GCS, set catalog.security = 'google' and enable vended credentials. RisingWave uses the native REST catalog implementation and authenticates catalog requests with gcs.credential, or with Google Application Default Credentials (ADC) when gcs.credential is omitted. Use gcp.auth.scopes to override the default https://www.googleapis.com/auth/cloud-platform scope.
Example: Authenticate with ADC and use vended GCS credentials
Catalog authentication and storage authentication are separate. When delegation is enabled, the catalog must vend valid GCS tokens for storage access. RisingWave does not fall back to gcs.credential or ambient storage credentials when a vended token is missing, expired, or revoked. Disable vended_credentials if the catalog does not vend GCS tokens and you need to use static or ambient storage credentials. If DISABLE_DEFAULT_CREDENTIAL=true is set in your deployment, ADC is unavailable and you must provide gcs.credential when using catalog.security = 'google'.

Deploying a Lakekeeper REST catalog

For a complete, step-by-step guide to deploying a self-hosted REST catalog with Lakekeeper, see this topic.