|
| 1 | +# TiDB X Project and Dedicated Project: What Changed and Why Instances Need to Move |
| 2 | + |
| 3 | +## What Changed |
| 4 | + |
| 5 | +TiDB Cloud now introduces **typed projects** to provide a clearer separation between different product tiers. Projects are classified into two distinct types: |
| 6 | + |
| 7 | +- **TiDB X Project** — designed for TiDB Cloud X instances (Starter, Essential, Premium) |
| 8 | +- **Dedicated Project** — designed for TiDB Cloud Dedicated clusters |
| 9 | + |
| 10 | +Each project type can **only host its own resource type**: |
| 11 | + |
| 12 | +- A TiDB X Project can only contain TiDB X instances. |
| 13 | +- A Dedicated Project can only contain Dedicated clusters. |
| 14 | + |
| 15 | +This typed project model maintains a consistent **Organization → Project → Resource** hierarchy across all tiers, while allowing each product line to evolve with its own project behavior and capabilities. |
| 16 | + |
| 17 | +## Why Two Project Types |
| 18 | + |
| 19 | +TiDB X Projects and Dedicated Projects serve different use cases and have different characteristics: |
| 20 | + |
| 21 | +| Capability | TiDB X Project | Dedicated Project | |
| 22 | +|---|---|---| |
| 23 | +| Project Settings | ❌ | ✅ | |
| 24 | +| Project-level RBAC | ✅ | ✅ | |
| 25 | +| Billing Aggregation | ✅ | ✅ | |
| 26 | +| Move instances between projects | ✅ | ❌ | |
| 27 | +| Project is optional | ✅ (instances can exist at org level) | ❌ (clusters must belong to a project) | |
| 28 | +| Resource type | TiDB X instances only | Dedicated clusters only | |
| 29 | + |
| 30 | +### TiDB X Project |
| 31 | + |
| 32 | +- **Lightweight and optional**. TiDB X users can create instances without assigning them to a project. Projects become useful when users want to organize and group resources, but are not required. |
| 33 | +- **Instance mobility**. TiDB X instances can be moved between TiDB X Projects or back to the organization level, giving users flexibility in how they organize their resources. |
| 34 | + |
| 35 | +### Dedicated Project |
| 36 | + |
| 37 | +- **Mandatory project membership**. Every Dedicated cluster must belong to a Dedicated Project. |
| 38 | +- **No instance mobility across projects**. Dedicated clusters cannot be moved between projects due to their infrastructure bindings. |
| 39 | + |
| 40 | +## Why Instances Need to Move |
| 41 | + |
| 42 | +Before this change, a single project could contain both Dedicated clusters and TiDB X instances (Starter, Essential). With the introduction of typed projects, this mixed state is no longer supported. |
| 43 | + |
| 44 | +**If a Dedicated Project currently contains TiDB X instances (Starter or Essential), those instances need to be moved out.** |
| 45 | + |
| 46 | +This is because: |
| 47 | + |
| 48 | +1. **Each project type now exclusively hosts its own resource type.** A Dedicated Project can only contain Dedicated clusters, and a TiDB X Project can only contain TiDB X instances. |
| 49 | +2. **TiDB X instances and Dedicated clusters have different project behaviors.** TiDB X instances benefit from lightweight, optional project membership and instance mobility — capabilities that do not apply within a Dedicated Project. |
| 50 | +3. **Keeping them separated ensures a consistent experience.** Users interacting with a Dedicated Project expect Dedicated-specific settings and behaviors. Mixing resource types would create confusion around which capabilities apply. |
| 51 | + |
| 52 | +## What Happens When Instances Are Moved |
| 53 | + |
| 54 | +When TiDB X instances are moved out of a Dedicated Project: |
| 55 | + |
| 56 | +- The instances are moved to a **TiDB X Project**. |
| 57 | +- **No data or service disruption** is expected. This is a resource re-organization action, not an infrastructure change. |
| 58 | +- After the move, users manage their TiDB X instances through TiDB X Projects (or at the org level), and their Dedicated clusters continue to be managed through Dedicated Projects. |
| 59 | + |
| 60 | +## Summary |
| 61 | + |
| 62 | +| Before | After | |
| 63 | +|---|---| |
| 64 | +| A single project could contain both Dedicated clusters and TiDB X instances | Each project type exclusively hosts its own resource type | |
| 65 | +| TiDB X instances in Dedicated Projects inherited Dedicated project behaviors | TiDB X instances are managed in TiDB X Projects with their own lightweight model | |
| 66 | +| No distinction between project types | Clear separation: TiDB X Project vs Dedicated Project | |
| 67 | + |
| 68 | +This change gives each product tier a project model that fits its own needs, while keeping the overall organization structure consistent and predictable. |
0 commit comments