1秒当たりのリクエスト数の計算
同期統合がタイムアウトし続ける場合や、完了に通常より時間がかかる場合、統合によって処理するリクエストが多すぎる可能性があります。 インスタンスが1秒間に処理するリクエストを知ることは、必要な迅速なレスポンスを提供する同期統合の設計に役立ちます。
ノート:
-
通常、「message」と「request」の単語は同義です。 ただし、大きなペイロードを操作している場合は、リクエストごとに複数のメッセージを消費する場合があります。 この変更は計算に影響します。 「請求可能メッセージのモニター」を参照してください。
この項の計算では、すべてのリクエストが50 KB以下であると想定しています。
-
この計算は通常、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 |
