リクエストの計算/秒
同期統合がタイムアウトし続ける場合や、完了に通常より時間がかかる場合、統合によって処理するリクエストが多すぎる可能性があります。インスタンスが1秒間に処理するリクエストを知ることは、必要な迅速なレスポンスを提供する同期統合の設計に役立ちます。
-
通常、「message」と「request」の単語は同義です。ただし、大きなペイロードを操作する場合は、リクエストごとに複数のメッセージを消費する場合があります。この変更は計算に影響します。請求可能メッセージのモニターを参照してください。
この項の計算では、すべてのリクエストが50KB以下であると想定しています。
-
この計算は通常、TPSまたは1秒当たりのトランザクションと呼ばれます。TPSは、次の2つの理由でOracle Integrationに直接適用されません。
- Oracle Integrationは、トランザクションではなくリクエストを処理します。
- Oracle Integrationでのサイズは、秒単位の消費ではなく、メッセージの1時間単位の消費に基づきます。
TPSと同等のOracle Integrationは1秒当たりのリクエストで、これは同時実行性です。
- インスタンスが処理できるリクエストの概数を決定します。
- 同時実行性(システムがクライアント・アプリケーションから処理できる同時リクエストの数)を計算します。
例6-1同時リクエストの最大数を処理する
55の同時リクエストを処理できるインスタンスがフル・キャパシティで動作している場合、サンプル・リクエスト・キューを見てみましょう。
次の表に、1秒ごとに要求が到着して完了する方法を示します。キュー内のリクエストの合計は、55に達するまで増加し、無期限に55のままになります。5秒(レスポンス時間)後に、リクエストが完了します。
経過した時間 | 到着したリクエスト | 完了したリクエスト | キュー内の合計リクエスト数 |
---|---|---|---|
1秒 |
11 |
0 |
11 |
2秒 |
11 |
0 |
22 |
3秒 |
11 |
0 |
33 |
4秒 |
11 |
0 |
44 |
5秒 |
11 |
11 |
55 |
6秒 |
11 |
11 |
55 |
7秒 |
11 |
11 |
55 |
8秒 |
11 |
11 |
55 |
例6-2最大同時リクエストの超過
同じインスタンスが、最大同時実行性の値よりも1秒当たりのリクエスト数が多いとします。次の表に、少数のリクエストによって同時実行性を超えた場合でも、キュー内のリクエストの数をどれだけ迅速に作成できるかを示します。3秒後、インスタンスはすでに同時リクエストの最大数を超え、8秒以内にインスタンスが同時リクエストの最大数の2倍を処理しています。
統合がインスタンスの最大同時実行性を超える可能性がある場合、同期統合として構築されると、統合でタイムアウトが発生する可能性があります。かわりに、非同期統合として統合を構築します。
経過した時間 | 到着したリクエスト | 完了したリクエスト | キュー内の合計リクエスト数 |
---|---|---|---|
1秒 |
20 |
0 |
20 |
2秒 |
20 |
0 |
40 |
3秒 |
20 |
0 |
60 |
4秒 |
20 |
0 |
80 |
5秒 |
20 |
11 |
89 |
6秒 |
20 |
11 |
98 |
7秒 |
20 |
11 |
107 |
8秒 |
20 |
11 |
116 |