Alibaba Cloud Elasticsearch Agent Engine Edition では、ブランチスライスにより、ナレッジベース、コードリポジトリ、アプリケーション実験用のデータ準備時間を短縮できます。同一のコレクション内で、既存のスライスから新しいスライスを派生させ、フルコピーの完了を待たずにデータを読み取り、独立して変更できます。ブランチは既存の不変データを再利用するため、作成時にドキュメントを1件ずつコピーしません。
例えば、アプリケーションは Slice tenant-a を使用して tenant-a-preview を作成し、その後すぐにプレビューデータを変更したり、クエリパラメーターを比較したり、評価を実行したりできます。実験中に行われたドキュメントの変更はソース Slice に影響を与えないため、同じ初期データでさまざまなアプローチを独立して検証できます。
ブランチスライスを使用するタイミング
| 要件 | オプション |
| 可能な限り早く、独立して読み取りと書き込みができるデータコピーが必要な場合。 | ブランチスライス (ベータ)：作成直後から単一のスライスに対して読み取りと書き込みを行えます。ナレッジベースのコピー、テストデータ、またはアプリケーション実験データのコピーを迅速に準備する用途に使用します。ブランチが通常のスライスに変換されるまでの間は、機能制限が適用されます。詳細については、「変換前のブランチスライスの制限」をご参照ください。 |
| すぐにすべての機能が必要である場合、またはターゲットに異なるプライマリーシャード数やルーティングパーティションを使用したい場合。 | コピースライス：ドキュメントを1件ずつコピーし、ターゲットのバッキングインデックスのシャード構成に基づいてインデックスを再構築します。コピーが完了してデータが検索可能になると、変換前のブランチスライスに適用される制限がない、完全に機能する通常のスライスになります。ただし、フルコピーに伴う時間と読み取り/書き込みのオーバーヘッドが発生します。 |
| 異なるフィールドタイプやベクトルインデックス構成を検証する必要がある場合。 | 新しいコレクションを作成します。同一コレクション内のスライスは、マッピングとインデックス設定を共有します。 |
ブランチは長期的な用途にも使用できます。 アプリケーションは同じスライス名で引き続きデータにアクセスできます。長期保持のためだけに、別途コピーを作成する必要はありません。ブランチスライスとコピースライスのどちらを選択するかは、作成速度、コピーのオーバーヘッド、およびビジネス要件に必要なクエリ機能を考慮してください。
変換前のブランチスライスの制限
ブランチスライスは現在 ベータ 段階です。新しく作成したブランチは、単一のスライスに対する読み取りと書き込みをサポートします。ほかのスライスと組み合わせたブランチのクエリや、キャッシュのウォームアップはまだサポートしていません。これらの制限は、ブランチがバックグラウンドで自動的に通常のスライスへ変換された後に解除されます。
ブランチを作成する際は、待機方法を選択します。利用可能な待機方法は、障害復旧後にデータが同じポイントから開始されるかどうかが異なります。作成、読み取り/書き込み、および Active 期間における動作の違いと復旧保証については、「ブランチスライス (ベータ) リファレンス」をご参照ください。