機械翻訳について

プロジェクト・デプロイメントの作成と管理

統合、B2B、ヘルスケア、ディシジョンおよびロボットで構成されるプロジェクト・デプロイメントを作成してアクティブ化できます。 プロジェクト・デプロイメントを作成するときに、含めるバージョンを選択します。 ユーザーが開発したデプロイメントに対して、デプロイメントの編集、クローニング、削除などのプロジェクト・デプロイメント管理タスクを実行することもできます。

プロジェクト・デプロイメントでの統合バージョニング・ライフサイクルの理解

プロジェクト・デプロイメントを作成する場合は、含める統合とそのバージョンを選択する必要があります。 たとえば、統合A/version 1および統合A/version 2を選択できます。 同じメジャー・バージョンの複数のマイナー・バージョンは選択できません。 デフォルトでは、最新バージョンの統合が選択されています。

• プロジェクト・デプロイメントのライフサイクル
• ロールバックが必要なプロジェクト・デプロイメントのライフ・サイクル

プロジェクト・デプロイメントのライフサイクル

次の例では、プロジェクト・デプロイメントのライフサイクルについて説明します。 次のプロジェクトには、最初、プロジェクト・デプロイメントの作成前に次のバージョンとの2つの統合が含まれています:

• Project
  • Integration_A
    • バージョン 01.00
    • バージョン 01.01
    • バージョン 02.00
  • Integration_B
    • バージョン 01.00
    • バージョン 02.00

プロジェクトは包括的で、統合がバージョニングされるため、このプロジェクトは様々な構成でデプロイできます。

プロジェクト・デプロイメントの初期配信には、次の統合およびバージョンが含まれる場合があります:

• Project
  • Integration_A
    • バージョン 01.00
  • Integration_B
    • バージョン 01.00

Integration_Aに更新が行われた後、プロジェクト・デプロイメントは次のように配信されます:

• Project
  • Integration_A
    • バージョン 01.01
  • Integration_B
    • バージョン 01.00

後でIntegration_A/Version 02.00が完了したが、Integration_B/Version 02.00でさらに開発が必要な場合、プロジェクトは次のように配信されます:

• Project
  • Integration_A
    • バージョン 02.00
  • Integration_B
    • バージョン 01.00

このシナリオでは、プロジェクトの配信と同様に、Integration_B/Version 02.00の開発は中断せずに続行できます(Integration_B/Version 01.00を使用)。

ロールバックが必要なプロジェクト・デプロイメントのライフ・サイクル

プロジェクト・デプロイメントのいずれかの統合でエラーが検出されるとします(たとえば、12の統合で構成されるプロジェクト・デプロイメント・バージョン3)。 以前のプロジェクト・デプロイメント・バージョンに戻すと、デプロイメント内の統合のセット全体が影響を受けます。 たとえば:

• プロジェクト・デプロイメント・バージョン3を非アクティブ化します。 このアクションにより、問題の原因となった新しいマイナー・バージョンおよび他のすべての統合が非アクティブ化されます。
• プロジェクト・デプロイメント・バージョン2を再アクティブ化します。 このアクションにより、12個の統合がアクティブ化されます。

このアプローチは、テスト環境では合理的ですが、本番環境では実現できません。 影響を受けない統合に影響を与えないように、かわりに、影響を受ける個々の統合レベルでロールバックを実行することをお薦めします。

このアプローチのさらなる例を見てみましょう。

• プロジェクト・デプロイメント・バージョン1には10個の統合が含まれ、本番環境にデプロイされます。
• プロジェクト・デプロイメント・バージョン2には、12個の統合(元の10個の統合と2つの新しい統合)が含まれ、本番環境にもデプロイされます。
• プロジェクト・デプロイメント・バージョン3には、13の統合(12の統合と、1つの統合の新しいマイナー・バージョン)が含まれ、本番環境にもデプロイされます。 ただし、デプロイすると、その統合の新しいマイナー・バージョンでバグが識別されます。

この問題を解決するには、デプロイメント・プロジェクトで単一の障害のある統合をロールバックすることをお薦めします。

1. 最新のプロジェクト・デプロイメントで導入された障害のある統合バージョンを特定します(この例ではバージョン3)。
2. バージョン3の統合の障害のあるマイナー・バージョンのみを非アクティブ化します。
3. バージョン2の同じ統合の以前の安定したバージョンをアクティブ化します。
4. 開発およびテスト環境でのテストとの障害のある統合を修正し、検証します。
5. 統合の固定バージョンを含む新しいプロジェクト・デプロイメント(この例ではバージョン4)を作成およびアクティブ化します。

   このアプローチでは、可用性を維持しながら全体的な影響を最小限に抑えます。

デプロイメントの作成

1. ナビゲーション・ペインで、「プロジェクト」をクリックします。
2. プロジェクト名をクリックするか、をクリックします。
3. 「デプロイ」タブをクリックします。
4. 「作成」をクリックします。

   「デプロイメントの作成」パネルが表示されます。

5. 名前、識別子およびオプションの説明を入力します。 プロジェクト・デプロイメントをアクティブ化するには名前が必要です。
6. デプロイメントに含める統合を選択します。
   1. プロジェクトに含まれる統合のリストをスクロールし、デプロイメントに含める統合を選択します。

      

      各統合の使用可能なバージョンが2番目の列に表示されます。 デフォルトでは、デプロイメントの作成時に最近作成されたバージョンが選択されます。

   2. デプロイメント内の各統合に含めるバージョンを選択します。 この例では、2つの使用可能なバージョンのいずれかを選択します。

      

7. デプロイメントに含めるロボットを選択します。

   ロボットを呼び出す統合を選択した場合でも、そのロボットはデプロイメントに自動的には含まれません。 含めるすべてのロボットを手動で選択する必要があります。

   1. 左側のツールバーで、「ロボット」 を選択します。
   2. プロジェクトに含まれるロボットのリストをスクロールし、デプロイメントに含めるロボットを選択します。

      各ロボットの使用可能なバージョンが2番目の列に表示されます。 デフォルトでは、デプロイメントの作成時に最近作成されたバージョンが選択されます。

   3. デプロイメント内の各ロボットに含めるバージョンを選択します。
8. 「保存」をクリックし、「統合の選択」ページを終了します。
9. 「Activate」をクリックします

   プロジェクトのアクティブ化パネルが表示されます。 デプロイメントの名前は自動的に表示され、変更できません。

10. トレース・レベルを選択します:
    • 本番: ループ外のすべてのアクティビティおよびループ内の呼出し/ロガー・アクティビティ(最大1000回の反復)がアクティビティ・ストリームに表示され、データは32日間保持されます。
    • 監査: 本番設定に加えて、トリガー/起動のワイヤー・ペイロードもアクティビティ・ストリームに表示され、データは8日間保持されます。
11. 「Activate」をクリックします。

プロジェクト・デプロイメントの管理

「デプロイ」タブには、追加の管理タスクが表示されます。

1. ナビゲーション・ペインで、「プロジェクト」をクリックします。
2. プロジェクト名をクリックするか、をクリックします。
3. 「デプロイ」タブをクリックします。
4. ユーザーが開発したプロジェクト・デプロイメントで、「アクション」 を選択し、次のオプションに注意してください。 インスタンスにインポートされたアクセラレータ・プロジェクトの場合、「表示」オプションのみが表示されます。 「インポートされたOracle Acceleratorプロジェクトの理解」を参照してください。

   処理オプション	説明
   編集	プロジェクト・デプロイメントを編集する場合に選択します。
   View	プロジェクト・デプロイメントを読取り専用モードで表示する場合に選択します。
   クローニング	プロジェクト・デプロイメントをクローニングする場合に選択します。
   エクスポート	プロジェクト・デプロイメントをエクスポートする場合に選択します。
   削除	プロジェクト・デプロイメントを削除する場合に選択します。 ノート: 個々の統合を削除すると、その統合が含まれているすべてのデプロイメントから削除されます。