Skip to main content
Go to documentation:
⌘U
Weaviate Database

Develop AI applications using Weaviate's APIs and tools

Deploy

Deploy, configure, and maintain Weaviate Database

Weaviate Agents

Build and deploy intelligent agents with Weaviate

Weaviate Cloud

Manage and scale Weaviate in the cloud

Additional resources

Academy
Integrations
Contributor guide
Events & Workshops

Need help?

Weaviate LogoAsk AI Assistant⌘K
Community Forum

Zero-downtime collection migration with aliases

In this tutorial, we will explore how to use collection aliases in Weaviate to perform zero-downtime migrations. Collection aliases are alternative names for Weaviate collections that allow you to reference a collection by multiple names. This powerful feature enables you to migrate to new collection schemas, update configurations, or reorganize your data without any service interruption.

Prerequisites

Before starting this tutorial, ensure you have the following:

  • An instance of Weaviate (e.g. on Weaviate Cloud, or locally), version v1.32 or newer.
  • Your preferred Weaviate client library installed.
  • Basic familiarity with Weaviate collections and data import.
See the Quickstart guide

For information on how to set up Weaviate and install the client library, see the cloud or local Quickstart guide.

Introduction

Traditional collection migrations require significant downtime. The typical workflow involves:

  1. Creating a new collection
  2. Stopping your application
  3. Migrating data
  4. Updating all collection references in your code
  5. Restarting your application

This process causes service interruption and requires code changes. With aliases, you can eliminate both issues.

What are collection aliases?

A collection alias is a pointer to an underlying collection. When you query using an alias, Weaviate automatically routes the request to the target collection. Think of it like a symbolic link in a file system or a DNS alias for a website.

Collection alias concept visualization

Collection aliases are ideal for schema migrations (updating properties or vectorization settings), A/B testing, and disaster recovery. They add minimal routing overhead and enable instant switching between collection versions without code changes.

Collection alias usage

Weaviate automatically routes alias requests to the target collection for object-related operations. You can use aliases wherever collection names are required for:

How aliases enable zero-downtime migration

Aliases allow you to keep your application code unchanged as it references the stable alias name. You can switch between collections instantly and roll back quickly if needed.

The migration process becomes:

  1. Create a new collection with updated schema
  2. Migrate data (while the old collection serves traffic)
  3. Update the alias to point to the new collection (instant switch)
  4. Delete the old collection after verification

Tutorial: Migrating a products collection

Let's walk through a complete migration scenario where we need to add a new field to an existing collection of products.

Step 1: Connect to Weaviate

First, connect to your Weaviate instance using your preferred client library.

# Connect to local Weaviate instance
client = weaviate.connect_to_local()

Step 2: Create the original collection

Let's create our initial products collection and populate it with data.

# Create original collection with data
client.collections.create(
name="Products_v1", vector_config=wvc.config.Configure.Vectors.self_provided()
)

products_v1 = client.collections.use("Products_v1")
products_v1.data.insert_many(
[{"name": "Product A", "price": 100}, {"name": "Product B", "price": 200}]
)

Step 3: Create an alias for production access

Now create an alias that your application will use. This decouples your application code from the specific collection version.

# Create alias pointing to current collection
client.alias.create(alias_name="ProductsAlias", target_collection="Products_v1")

Step 4: Use the alias in your application

Your application code should reference the alias, not the underlying collection. This ensures it continues working regardless of which collection version is active.

# Your application always uses the alias name "Products"
products = client.collections.use("ProductsAlias")

# Insert data through the alias
products.data.insert({"name": "Product C", "price": 300})

# Query through the alias
results = products.query.fetch_objects(limit=5)
for obj in results.objects:
print(f"Product: {obj.properties['name']}, Price: ${obj.properties['price']}")

The key point is that your application code doesn't need to know whether it's accessing Products_v1 or Products_v2 - it just uses the stable alias name.

Step 5: Create the new collection with updated schema

Now let's create a new version of the collection with an additional field (e.g., adding a category property).

# Create new collection with updated schema
client.collections.create(
name="Products_v2",
vector_config=wvc.config.Configure.Vectors.self_provided(),
properties=[
wvc.config.Property(name="name", data_type=wvc.config.DataType.TEXT),
wvc.config.Property(name="price", data_type=wvc.config.DataType.NUMBER),
wvc.config.Property(
name="category", data_type=wvc.config.DataType.TEXT
), # New field
],
)

Step 6: Migrate data to the new collection

Copy data from the old collection to the new one, adding default values for new fields or transforming data as needed.

# Migrate data to new collection
products_v2 = client.collections.use("Products_v2")
old_data = products_v1.query.fetch_objects().objects

for obj in old_data:
products_v2.data.insert(
{
"name": obj.properties["name"],
"price": obj.properties["price"],
"category": "General", # Default value for new field
}
)

Step 7: Update the alias (instant switch)

This is the magic moment - update the alias to point to the new collection. This switch is instantaneous, and all queries using the ProductsAlias alias now access the new collection.

# Switch alias to new collection (instant switch!)
client.alias.update(alias_name="ProductsAlias", new_target_collection="Products_v2")

# All queries using "Products" alias now use the new collection
products = client.collections.use("ProductsAlias")
result = products.query.fetch_objects(limit=1)
print(result.objects[0].properties) # Will include the new "category" field

Step 8: Verify and clean up

After verifying that everything works correctly with the new collection, you can safely delete the old one.

# Clean up old collection after verification
client.collections.delete("Products_v1")

Summary

This tutorial demonstrated how to use collection aliases in Weaviate for zero-downtime migrations. Key takeaways:

  • Aliases are pointers to collections that enable instant switching between versions
  • Zero downtime is achieved by preparing the new collection while the old one serves traffic
  • Application code remains unchanged when using aliases instead of direct collection names
  • Rollback is simple - just point the alias back to the previous collection

Collection aliases are essential for production Weaviate deployments where uptime is critical. They enable confident migrations, A/B testing, and flexible deployment strategies without service interruption.

Further resources

Questions and feedback

If you have any questions or feedback, let us know in the user forum.