プロジェクトの操作に関する10 のヒント

1. ビジネス目標がプロジェクトの戦略を通知することを許可

プロジェクトを使用して、ビジネス目標をサポートするカスタム・ソリューションを作成できます。「プロジェクトを編成する4つの方法」を参照してください。

2. プロジェクトごとに20以上の統合を目指す

各プロジェクトの最適な統合数は、ビジネス目標にとって意味のある数です。 Oracleでは、プロジェクト内の統合を、少なくとも開始時に約20に制限することをお薦めします。これにより、プロジェクト内のアセットは、一目で簡単に検索およびナビゲートできます。どの番号を選択しても、サービス制限内に収まるようにしてください。「Oracle Integration 3のプロビジョニングと管理」の「サービス制限」を参照してください。

3. 組織は常に分離についてではないことを忘れないでください

プロジェクト内の関連統合の管理は有用ですが、複数のプロジェクト内の統合から子統合をコールする場合はどうなりますか。心配しないで、プロジェクトもこの要件に対応できます。プロジェクトに統合を作成するときに、独自のプロジェクトに加えて、他のプロジェクトで統合を使用可能にするかどうかを選択します。

「プロジェクト内またはプロジェクト外の子統合の起動」と「統合を作成」を参照してください。

4. 必要な最小アクセスを提供することで、すべてを安全に保つ

テナンシ管理者は、Oracle Integrationでの作業へのアクセス権をユーザーに付与するアプリケーション・ロールを割り当てます。テナンシ管理者は、Oracle Cloudコンソールでこれらのロールを割り当てます。

さらに、プロジェクト所有者(通常は開発者または管理者)は、ロールベースのアクセス制御(RBAC)を使用してプロジェクトへのアクセスを管理します。プロジェクト所有者は、これらのロールをOracle Integrationのプロジェクトに割り当てます。

プロジェクトで作業するには、個人に必要なアプリケーション・ロールと必要なプロジェクト・ロールの両方が必要です。プロジェクト・ロールは、アプリケーション・ロールを上書きしません。ベスト・プラクティスとして、管理者およびプロジェクト所有者は、ジョブを実行するために必要な最小限のアクセス権のみをユーザーに付与する必要があります。

アラーム: プロジェクトへのアクセスは制御できますが、制御は設計時のみに拡張され、ランタイムには拡張されません。エンドポイント、資格証明およびOAuthトークンを持つユーザーは、実行時に統合を実行できます。

5. チームで作業している場合の勤務時間の計画

チーム全体がプロジェクトで同時に作業できますが、統合についても同じではありません。個人が編集のために統合を開くと、統合はロックされ、他の誰も編集できません。誰もがタイムリな方法で作業を完了できるように、適切に作業を計画してください。

6. バージョニングおよびデプロイ時の記述

統合をバージョニングするとき、およびプロジェクト・デプロイメントを作成するときは、変更に関する情報が説明フィールドに含まれていることを確認してください。この情報は、プロジェクト・デプロイメントの作成時に適切な統合バージョンを選択し、エクスポートする適切なプロジェクト・デプロイメントを選択するのに役立ちます。

7. 統合のためのバージョニング戦略の採用

統合のバージョン番号は次の形式を使用: xx.yy.zzzz。ここで、各x、yおよびzは、指定した数値です。

通常、バージョニングでは、xx番号はメジャー・バージョンに対応し、yy番号はマイナー・バージョンに対応し、zzzz番号はパッチ・バージョンに対応します。必要に応じてバージョン番号を増分できますが、Oracleでは、各番号を増分する場合の標準的な操作手順を設定することをお薦めします。次に例を示します。

プロジェクト・デプロイメントに統合を追加する場合は、xx番号を1ずつ増やします。

バージョン番号を増分しても、プロジェクト・デプロイメントの統合のエンドポイントURLは変更されません。
統合に重大な変更を加えるには、yyの数値を1ずつ増やします。
小規模な変更の場合は、zzzz番号を1ずつ増やします。

8. プロジェクト・デプロイメントの作成時に慎重に選択

プロジェクトのきめ細かいデプロイメント作成により、複数の統合を同時にデプロイすることは簡単です。必要なのは、含める統合とそのバージョンを選択することだけです。プロジェクト・デプロイメントに含める正しい統合およびバージョンを選択していることを確認してください。

「プロジェクト・デプロイメントについて」を参照してください。

9. ワークフローの更新

プロジェクトは、設計からモニタリングまで、すべての統合作業に対して合理化されたワークフローを提供します。ユーザー・インタフェース内で場所をナビゲートする時間を減らし、組織の統合ニーズを満たす時間を増やします。

「統合のワークフロー」を参照してください。

10. 観測ページでの統合の監視

プロジェクト内のすべての統合で何が起こっているかを観測する場合は、プロジェクト内の観測ページに移動します。ここでは、プロジェクトのすべての統合について、一目でわかるステータスとエラー情報を確認できます。

また、プロジェクトにアクセスできるかぎり、可観測性ページで統合をモニターできます。