パッケージを使用した場合のプロジェクト・ガイダンス
Oracle Integration Generation 2からアップグレードした場合、一部の統合がパッケージに含まれている可能性があります。 パッケージとプロジェクトの主な違いと、プロジェクトの使用を開始する方法について学習します。
パッケージとプロジェクトの主な違い
| 領域 | パッケージ | プロジェクト |
|---|---|---|
|
全体的な使用状況と目標 |
パッケージは、主に組織を支援します。 たとえば、関連する統合を1つのパッケージで収集できます。 パッケージの内容を含め、パッケージをインポートおよびエクスポートすることもできます。 |
プロジェクトには、改善されたリリース管理、アーティファクトの構成、統合を設計、管理およびモニタリングするための単一の統合ワークスペースなど、多くの利点があります。 「プロジェクトについて」を参照してください。 |
|
アクセス制御 |
Oracle Integrationで作業するすべてのユーザーが、パッケージ内の統合にアクセスできます。 同様に、パッケージに含まれていない統合には、すべてのユーザーがアクセスできます。 |
プロジェクトは、きめ細かいアクセス制御を提供します。 各プロジェクトの統合およびその他のアセットを編集、表示およびモニターできるユーザーを選択します。 「プロジェクトで編集、表示およびモニターできるユーザーの制御」を参照してください。 |
|
デプロイメント |
継続的統合および継続的デプロイメント(CI/CD)パイプラインを作成し、更新された統合を上位環境に提供するには、Oracle Integration以外で作業する必要があります。 たとえば、パッケージをエクスポートし、選択したソリューション(Oracle Visual Studio、API、シェル・スクリプトなど)を使用して、統合をテスト環境または本番環境に移動できます。 |
以前にパッケージから統合をデプロイした場合、プロジェクトからデプロイメントが簡単かつ高速になります。 プロジェクトは、制御されたデプロイメントを含む、リリース管理を改善するための組込みデプロイメント機能を提供します。 パイプラインの作成やビルドの実行を必要とせずに、プロジェクト内から設計した場所に統合をデプロイできます。 「自動化ソリューションのデプロイのワークフロー」を参照してください。 |
|
可観測性 |
パッケージはモニタリング機能を提供しません。 統合は、「可観測性」ページで個別に監視します。 |
プロジェクト内の統合をモニタリングするには、2つのオプションがあります: プロジェクト内の「可観測性」ページと、プロジェクトの外部にある「可観測性」ページ。 プロジェクト内のモニタリングは、統合に役立つコンテキストを提供します。 |
パッケージをプロジェクトに変換するワークフロー
Oracle Integration Generation 2でパッケージを使用した場合は、パッケージ変換ツールを使用して、わずか数分でプロジェクトに変換できます。
パッケージ変換ツールは、統合、接続、参照、JavaScriptライブラリなど、パッケージ内のすべてのものをプロジェクトに移動します。 既存のパッケージは変更されません。
ノート:
アクセラレータおよびレシピ・パッケージをプロジェクトに変換できません。| ステップ | タスク | 詳細情報 |
|---|---|---|
|
1 |
パッケージからのプロジェクトの作成 |
|
|
2 |
プロジェクトを編集、表示およびモニターできるユーザーを選択して、プロジェクトへのアクセスを制御 |
アクセス権を割り当てない場合は、Oracle Integration内の全員のアクセス権によって、プロジェクトで実行できる作業が決まります。 |
プロジェクトを作成した後、その中に統合をデプロイできます。 「プロジェクト・デプロイメントの作成と管理」を参照してください。
プロジェクトへのスタンドアロン統合のインポートのワークフロー
スタンドアロンの統合をプロジェクトに移行する準備はできていますか? 統合とそのコンポーネントを1つ以上のプロジェクトにインポートするだけで、数分かかります。
| ステップ | タスク | 詳細情報 |
|---|---|---|
|
1 |
プロジェクトを編成するための戦略の作成 |
|
|
2 |
プロジェクトの作成 |
|
|
3 |
プロジェクトにインポートする統合のエクスポート |
|
|
4 |
プロジェクトへの1つ以上の統合の追加 |
|
|
5 |
統合内の接続のプロパティを構成 |