> ## Documentation Index
> Fetch the complete documentation index at: https://ai-kb.automationanywhere.com/llms.txt
> Use this file to discover all available pages before exploring further.

# ベスト プラクティス: EK Cloud での開発から本番への移行 (シングル テナント)

> シングルテナント EK Cloud 環境の開発から本番への移行のベスト プラクティス。

シングルテナントの Enterprise Knowledge (EK) Cloud 環境内で作業する場合、デフォルトでは開発テナントと運用テナントを別々に持つことはできません。この記事では、開発ライフサイクルを管理し、同じテナント内で開発から運用までソリューションを推進するための推奨アプローチについて概説します。

## 推奨されるアプローチ: 開発用と製品用に別々のプロジェクトを使用する

主な推奨事項は、EK の **プロジェクト** を環境境界として扱うことです。実稼働プロジェクトで直接構築するのではなく、ソリューションを実稼働にプロモートする前に、すべての構成、テスト、反復が行われる専用の開発プロジェクトを維持する必要があります。

### 開発段階

すべてのソリューション開発は、指定された開発プロジェクト内で行われる必要があります。これには、ナレッジ ソースの構成、エージェントの構築とテスト、ツールと統合のセットアップ、ワークフローの定義が含まれます。この作業を開発プロジェクト内で分離しておくと、運用環境が安定した状態に保たれ、アクティブな開発中に影響を受けなくなります。

開発が完了したら、ソリューションは同じ開発プロジェクト内でユーザー受け入れテスト (UAT) を通過する必要があります。関係者とエンド ユーザーは、プロモーションが行われる前に、動作を検証し、エッジ ケースをテストし、ソリューションを承認することができます。 UAT が承認された後にのみ、実稼働プロジェクトの作成に進む必要があります。

***

## 本番環境への昇格

EK Cloud は、同じテナント内で開発プロジェクトを実稼働環境にプロモートするための 2 つの方法を提供します。

**オプション 1 – エクスポートとインポート**

EK から開発プロジェクトをエクスポートし、同じテナント内の新しいプロジェクトとしてインポートします。これにより、エクスポート時の開発構成を反映したクリーンな運用プロジェクトが得られます。

**オプション 2 – クローンを作成して名前を変更**

開発プロジェクトをテナント内で直接複製し、複製されたプロジェクトの名前を運用目的を反映するように変更します。両方のプロジェクトは同じテナント内に共存し、開発プロジェクトは現在の状態で保持されます。

どちらの方法でも、運用環境として機能する新しい独立したプロジェクトが作成されます。

***

## 移行後の手順

どの方法を使用するかに関係なく、実稼働プロジェクトの作成後にいくつかの項目に手動で注意を払う必要があります。これらは自動的には引き継がれないため、ソリューションが稼働する前に再構成する必要があります。

### プロジェクトメンバー

プロジェクト メンバーは、エクスポート/インポートまたはクローン操作中に転送されません。運用プロジェクトにアクセスする必要があるユーザーはすべて手動で追加する必要があります。

### サードパーティサービスの認証

クラウド ストレージ プロバイダー、CRM、その他の SaaS プラットフォームなどの外部サービスに接続されている統合は、新しい運用プロジェクトで再認証する必要があります。資格情報と OAuth 接続は、最初に構成されたプロジェクトにスコープされ、エクスポート/インポートまたはクローン作成中に転送されません。

### ツールの API キー

ソリューション内のツールが API キーに依存している場合、それらのキーを再発行し、運用プロジェクト内で再接続する必要があります。セキュリティ上の理由と、開発キーには異なるレート制限やアクセス スコープが設定されている可能性があるため、運用環境では開発 API キーを再利用しないでください。

### Automation Anywhere APA コントロール ルームの接続

ソリューションが Automation Anywhere APA Control Room インスタンスに接続されている場合は、実稼働 APA Control Room を指す実稼働プロジェクトでその接続を再確立する必要があります。開発 APA 環境と本番 APA 環境は別個であり、開発プロジェクトで構成された接続は開発 APA インスタンスを参照します。この接続の更新に失敗すると、実稼働 EK ソリューションが開発 APA 環境のトリガーまたは通信を継続することを意味します。

***

＃＃ まとめ

\| Step | Action Required **PLACEHOLDER\_2** Development & UAT | Work entirely within the dev project **PLACEHOLDER\_3** Promote to Prod | Export/Import or Clone and Rename **PLACEHOLDER\_4** Project members | Re-add all members to the prod project **PLACEHOLDER\_5** Third-party services | Re-authenticate in the prod project **PLACEHOLDER\_6** Tool API keys | Re-issue and reconnect in the prod project **PLACEHOLDER\_7** AA APA connections | Reconnect to the prod APA Control Room |

***

## 注意事項

* 開発プロジェクトと本番プロジェクトの間には自動同期はありません。開発プロジェクトで UAT 後に行われた変更はすべて、手動で再プロモートする必要があります。
* 今後の反復とテストをサポートするために、本番稼働後に開発プロジェクトを維持することをお勧めします。
* プロジェクトの命名規則では、間違った環境 (`MyProject_DEV` や `MyProject_PROD` など) での誤った構成を避けるために、dev と prod を明確に区別する必要があります。