3.7.2. 非同期実行(優先順位の設定)

3.7.2.1. Overview

本ガイドラインでは、非同期実行における優先順位付けを実現するための方式を説明する。

本方式は、無料ユーザーと会員ユーザーでサービスレベル(公開までの時間)に応じた優先順位付けをバッチジョブ(キューを使用)にて実施する場合などで有効な手段となる。

Note

本ガイドラインでは、キューサービスが優先順位をサポートしていない場合に優先順位を制御する方式を説明しているが、キューサービスが優先順位をサポートしている場合は、そちらの仕組みを利用されたい。

3.7.2.1.1. 処理方式概要

キューを優先順位に応じて複数用意し、実行要求メッセージを優先順位によってにキューに入れ分けることで、バッチ処理の優先順位を付ける方式。
本方式では、キューに対応するサーバの性能(CPU性能や台数など)は、優先順位に応じたものにしておく必要がある。

3.7.2.1.2. 処理方式イメージ

本ガイドラインで紹介する優先順位を付ける方式のイメージを示す。

Screen image of asynchronous processing.

上記イメージでは、アプリケーションサーバはフロントサーバとバックサーバに分けた構成としている。 フロントサーバにはクライアントからリクエストを受け付けるアプリケーションを配置し、バックサーバにはバッチ処理を行うアプリケーションを配置する。

項番 説明
(1)
フロント側アプリケーションは、ユーザーのサービスレベルに応じた優先度でキューサービスにバッチ処理の実行要求メッセージの送信を振り分ける。
(2)
優先度が低いキューに割り振られた場合にバック側アプリケーションは、キューサービスからバッチ処理の実行要求メッセージを受信し、フロント側アプリケーションとは非同期に処理を実行する。
(3)
優先度が高いキューに割り振られた場合にバック側アプリケーションは、(2)よりも高い性能で同様の処理を実行する。

Warning

処理するサーバ性能とキューイングされたメッセージ数のバランスにより、優先順位が低い方の処理が早く終るケースがある。 そのため優先度が高いキューに多くの残ジョブ数が溜まる場合により早く捌くために、優先順位の低いキューと優先順位の高いキューの処理速度を監視してチューニング対象とすることが望ましい。

3.7.2.1.3. フロントサーバの処理方式

フロントサーバの処理方式については、共通編の フロントサーバの処理方式を参照されたい。

3.7.2.1.4. バックサーバの処理方式

バックサーバの処理方式については、共通編の バックサーバの処理方式を参照されたい。

3.7.2.2. How to use

3.7.2.2.1. メッセージングサービスの利用した優先順位の設定

クラウドベンダーが提供するメッセージングサービスを利用し、非同期処理(優先順位の設定)を実装する。

  1. サービスレベルに応じたメッセージ送信
    • サービスレベルに応じた優先度のキューに実行要求メッセージを送信する機能を実装する。
  2. サービスレベルに応じたメッセージ受信
    • サービスレベルに応じた優先度のキューから実行要求メッセージを受信する機能を実装する。

3.7.2.2.1.1. Amazon Web Service

クラウドベンダーとしてAWSを使用する場合の優先順位の設定の実装例については、 非同期処理の実装(優先順位の設定) を参照されたい。

3.7.2.3. Appendix

3.7.2.3.1. 厳密な優先順位の制御

厳密な優先順位の制御とは、ある静止点のメッセージを必ず優先順位の高い順に処理する場合の方式である。
ここでは、参考までに実現方式を紹介する。
Screen image of asynchronous processing.
項番 説明
(1)
処理可能なメッセージ数の上限を優先度の高いキューより取得する。
(2)
取得済みのメッセージ数が上限に達していない場合に、上限までの残り数を優先度の低い方から取得する。
(3)
取得したメッセージを並列で処理する。
(4)
メッセージ毎に、処理が完了した場合はキューから削除、失敗した場合はその旨通知を行いメッセージを再処理可能とする。

Note

状況に因って優先度低のキューがいつまでも処理されない可能性があるため、要求に応じて優先度毎の処理割合を決めて制御するなどの工夫も必要となる。