Skip to main content

Overview

ORCA can connect to external data sources for continuous quality monitoring. Once connected, ORCA discovers files and tables, runs scheduled scans, and tracks changes over time. You can connect sources through the web UI or the API.

Supported sources

Connecting a source

AWS S3

Required credentials: IAM policy — minimum permissions for the ORCA service:
S3 files are loaded as lazy frames (Polars scan_csv / scan_parquet) for memory-safe processing of large datasets. KMS encryption is supported for uploads.

Google Cloud Storage

Required credentials: Authentication is handled via GOOGLE_APPLICATION_CREDENTIALS. Workload Identity Federation is supported for production deployments without key files.

PostgreSQL

Required credentials: When you test the connection, ORCA returns the list of discovered tables with row counts and sizes so you can select which tables to monitor.

BigQuery

Required credentials:

Snowflake

Required credentials:

Testing a connection

Before saving a source, test credentials to verify access:

Creating a source

Credentials are encrypted at rest and never logged. Source creation is recorded in the audit log.

Scan scheduling

Set up cron-based schedules to scan sources automatically.

Schedule configuration

Common cron patterns

Creating a schedule via API

When a scheduled scan completes, ORCA evaluates any data contracts bound to the source and triggers alerts if quality drops below contract thresholds.

File discovery and sync state

For object storage sources (S3, GCS), ORCA maintains a sync state for each discovered file:
  • New files are detected on each scan and queued for analysis
  • Modified files (changed Last-Modified or ETag) are re-scanned
  • Deleted files are marked as removed in the sync state
The sync state is stored in the source_file_states table. You can view discovered files and their scan status through the Sources page in the web app or via the API.

API endpoints

All source management endpoints require authentication and org membership.

Security

  • Credentials are encrypted at rest using the application secret key
  • Credentials are never included in API responses or logs
  • Source creation and deletion events are recorded in the audit log
  • All source queries are scoped to the authenticated user’s organisation
  • S3 keys are scoped to the org’s prefix to prevent cross-tenant access