Skip to content

Enterprise Azure storage_options + sync LanceDB stack to data plane#16

Open
ryan-haynes wants to merge 1 commit into
mainfrom
feat/enterprise-azure-storage-and-lancedb-bump
Open

Enterprise Azure storage_options + sync LanceDB stack to data plane#16
ryan-haynes wants to merge 1 commit into
mainfrom
feat/enterprise-azure-storage-and-lancedb-bump

Conversation

@ryan-haynes

Copy link
Copy Markdown

What

Two changes needed to run the quickstart CLIs against an enterprise LanceDB cluster on Azure, and to keep the client's LanceDB stack in lockstep with the deployed data plane.

config.py — Azure storage_options

  • Adds azure_account_name / azure_account_key config fields (read from config.yaml).
  • Adds an Azure branch to storage_options(): Azure (account name + key) takes precedence, else S3-compatible (all four creds), else None.
  • Why: enterprise clients write Lance data fragments directly to object storage. The account-less az://<container> root URI has no way to resolve the storage account, so it must be named explicitly here. The S3 path is unchanged.

pyproject.toml / uv.lock — LanceDB stack bump

  • geneva 0.13.0b180.13.0b30
  • lancedb 0.33.1b20.34.0b5
  • pylance 8.0.0b16>=9.0.0b15
  • Why: these match the deployed cluster's geneva 0.13.0b30 build (the sophon lancedb_integtest pins). The older pylance/lancedb spoke a different namespace API, so add_columns would succeed but backfill_column returned "column not found" and declare_table 500'd against the current server.

Testing

Validated end-to-end against enterprise clusters on both clouds: ingest-imageslightweight backfill (file_size + dimensions) commits successfully.

Notes for reviewer

  • config.yaml is gitignored (it holds per-user creds) and is not part of this PR.
  • No behavior change for local mode or the existing S3 path.

…lane

Two changes to run the quickstart CLIs against an enterprise cluster on Azure
and to match the current data-plane build:

- config.py: add azure_account_name/azure_account_key fields and an Azure
  branch in storage_options() (Azure takes precedence, else S3, else None).
  Enterprise clients write Lance fragments directly to object storage, and the
  account-less az://<container> root URI needs the storage account named
  explicitly. The S3 path is unchanged.

- pyproject.toml/uv.lock: bump geneva 0.13.0b18 -> 0.13.0b30, lancedb
  0.33.1b2 -> 0.34.0b5, pylance 8.0.0b16 -> >=9.0.0b15 to match the deployed
  cluster's geneva 0.13.0b30 build. The older pylance/lancedb spoke a different
  namespace API, so add_columns succeeded but backfill_column returned
  "column not found" / declare_table 500s.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants