翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Amazon Connect: 単一インスタンスか複数インスタンスか
<a name="single-instance-multiple-instances"></a>

## Amazon Connect の単一インスタンス (単一 ACGR ペアを含む)
<a name="single-instance-connect"></a>

### 最適な用途
<a name="single-instance-best-for"></a>

共有インフラストラクチャと統合されたカスタマーエクスペリエンスを備えた一元化されたコンタクトセンターオペレーション。

### メリット
<a name="single-instance-pros"></a>
+ **運用オーバーヘッドの軽減** – 単一システムを管理/維持し、セットアップ/設定の重複を減らします。
+ **一元管理** – 統合メトリクス、レポート、キュー、ルーティングプロファイル、ユーザーなど。
+ **一貫したカスタマーエクスペリエンス** – チーム間の一般的な IVR、フロー、設定。

### デメリット
<a name="single-instance-cons"></a>
+ **データ/テナント分離設計** – ビジネスユニット、ブランド、またはリージョン間のデータ分離を設計する必要があります。
+ **単一の地理的位置** – インスタンスから遠く離れたリージョンではレイテンシーが高くなる可能性があります。
+ **サービスクォータ管理** – サービスクォータ管理は、複数のビジネスユニットでの使用量と増加の予測が困難であるため、より困難になる可能性があります。

## Amazon Connect の複数のインスタンス
<a name="multiple-instances-connect"></a>

### 最適な用途
<a name="multiple-instances-best-for"></a>

地理的要件、規制要件、またはセキュリティ要件を持つ企業は、単一リージョン (テレフォニー、データ分離、物理的距離によるレイテンシーなど) に実装できません。

### メリット
<a name="multiple-instances-pros"></a>
+ **強力な分離** – 各 BU またはリージョンには、独自のエージェント、ルーティング、レポートを設定できます。インド、韓国、南アフリカのエージェントには隔離が必要です。
+ **カスタマイズされた設定** – フロー、プロンプト、統合はインスタンスごとにカスタマイズできます。
+ **データレジデンシーの簡素化** – 多国籍組織のコンプライアンスに役立ちます。
+ **ブラスト半径の短縮** – あるインスタンスの問題は、他のインスタンスには影響しません。
+ **地理的近接**性 – リージョンを選択して、ローカルテレフォニートラフィックをローカルに維持できます。

### デメリット
<a name="multiple-instances-cons"></a>
+ **管理オーバーヘッドの増加** – 複数の環境を維持および更新する必要があります。
+ **フラグメントレポート** – 現在、マルチリージョンレポートを構築する必要があります。
+ **コストの増加** – 各インスタンスには重複するリソース (Lambda、Amazon Lexが必要になる場合があります。
+ **一貫性のないユーザーエクスペリエンス – **厳密に管理されていない限り、各インスタンスはフロー設計、カスタマーエクスペリエンス、カスタマーセキュリティモデルなどにずれる可能性があります。

## 概要
<a name="single-multiple-instances-summary"></a>

単一インスタンスアーキテクチャと複数インスタンスアーキテクチャの決定は微妙であり、顧客の要件の性質に大きく依存します。Amazon Connect のスケーラビリティ、カスタマイズ性、プログラム性、セキュリティを考慮すると、複数のリージョンを必要とする魅力的な要件がない場合は、通常、単一インスタンスの Amazon Connect アーキテクチャ (単一の Amazon Connect グローバルレジリエンシーペアを含む) をお勧めします。