非同期型アプリケーションを動かすには
MOMに対応したアプリケーションの開発には発想の転換が必要
FacebookやAmazonなど、大量のタスクを迅速かつ確実に処理しなければならないシステムが出現したことで、非同期型のメッセージ指向ミドルウェア（MOM）方式に基づくWebアプリケーションの再設計への関心が高まってきた。
大規模な分散システムの増加に伴い、開発担当者はアプリケーションのデザインに対する基本的なアプローチを再考する必要がある。これは簡単なことではない。プログラマーが学校で教わるようなものではないのだ。
プログラマーは従来、アプリケーション内でイベントの発生順序を制御することに目を向けてきたが、こういったプログラムは1つのプロセスを完了するのに時間がかかるだけでなく、シーケンス（順序）依存性は、1つのプログラムがダウンするとシステム全体がクラッシュする可能性があることを意味する。FacebookなどのソーシャルネットワークやAmazonなどの大規模電子商取引サイトでは、大量のタスクを迅速かつ確実に処理しなければならない。こうしたシステムが出現したことで、多くの企業の間で非同期型のメッセージ指向ミドルウェア（MOM：Message-Oriented Middleware）方式に基づいてWebアプリケーションを再設計することへの関心が高まってきた。
カナダのソーシャルゲーム開発メーカーPug Pharm Productionsのデビッド・ドソットCTO（最高技術責任者）によると、非同期方式では、開発者はアプリケーション内のシーケンスに対する支配を放棄する必要があるという。「メッセージング方式を採用するに当たっては発想の転換が必要だ。オーケストレーションに対するコントロールを手放さなければならないということだ」とドソット氏は強調する。
「在庫確認、請求書発行、出荷などの処理が非同期で発生するという状況を受け入れなければならないのだ」とドソット氏は語る。同氏はPug Pharmでメッセージング方式を実装するのに「Erlang」と「RapidMQ」を利用しているが、米MuleSoftの新しいJMS（Java Message Service）インプリメンテーションである「Mule MQ」も検討しているという。
また、「従来のプログラム的アプローチは、さまざまな処理をサブシステムで実行するというものだ。しかしこれらのサブシステムの1つがダウンすれば、システムは後で再び処理を試みる必要がある」とドソット氏は指摘する。
非同期型アプリケーションを動かすにはMOMを利用する必要がある。MOMはプログラム間でメッセージを独立した形でキューイング、配信することを可能にする。「メッセージングミドルウェアは、要となる第三者としての役割を果たす」とドソット氏は説明する。「これによりサブシステムを切り離すことができる。1つのサブシステムがダウンしても、インフラには影響が及ばない」
既にこのような移行が進んでいるようだ。「最近の開発者は、このアプローチについてはよく知っている。メッセージキューイングを利用するシステムを構築する問題に関する議論が非常に盛んになってきた」とドソット氏は語る。
MuleSoftは最近、Mule MQを発表した。この製品は「Mule ESB」と共に配備できるほか、スタンドアロンのメッセージングサービスとして使用することも可能だ。ドソット氏は、正式リリースの前からこの製品を検討していたという。
ドソット氏が感心したのは、Mule MQはデータベースを必要としないことだ。「大抵のJMSインプリメンテーションでは、リレーショナルデータベースが背後に必要だ。これはクール手法ではあるが、インフラとしては余計なものが増えることになる。Mule MQの場合は、ファイルシステム内で自身のパーシステンスを処理する」とドソット氏は話す。
さらに同氏は、管理コンソールの使い勝手についても「非常に充実した環境だ。これはほとんどのオープンソースインプリメンテーションで欠落していた部分だ」と評価する。
同氏によると、Mule MQは容易に連係することが可能だという。「クライアントは標準のJARなので、極めて簡単に既存のアプリケーションに落とし込むことができる」と同氏は話す。
MOMをインフラに追加するに当たっては、運用部門も考え方を変える必要があるようだ。「従来、運用部門にとってインフラで最も重要な部分はデータベースだった。しかし今では、分散キャッシュとMOMがある」とドソット氏は話す。
ドソット氏は、インフラのどの部分にミドルウェアが使われているのかを運用部門が理解することが重要だと考えている。「運用部門は最初、MQプロバイダーをアプリケーションとしてとらえがちだ」と同氏は指摘する。「運用スタッフは、アプリケーション指向のSLA（Service Level Agreement：サービスレベル契約）を求める傾向が強い」。
MOMが安定して動作するためには、十分な注意を払う必要があるのだが、SLAではその点が欠落することがあるという。「運用スタッフがこのインフラを熟知することが肝要だ」（ドソット氏）
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[サイボウズ株式会社] DXに必要な「Dスキル」「Xスキル」を持った人材を育成するには？ -
市場調査・トレンド
[サイボウズ株式会社] データで見る、DXが「順調に進む企業」と「つまずく企業」の違い -
製品資料
[サイボウズ株式会社] 賛否が割れがちな「Notesからの移行」 新環境への移行を納得してもらうには？ -
事例
[ServiceNow Japan合同会社] 農林中金に学ぶ内製開発 処理効率を約2倍に高めAI活用も加速させた方法とは？ -
事例
[ServiceNow Japan合同会社] NTTグループのデジタル変革術、17万人が利用する決裁プロセス刷新の全貌
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは？
-
2
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
3
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
4
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
5
kintoneで実践 製造業のための「見積もり管理」改善のヒント
-
6
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
7
MS月例パッチが1000件突破 人手不足の情シスを襲う「月1回メンテ」の崩壊
-
8
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
9
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
10
DXを阻む「動くだけ」のレガシーシステムに決別するための生成AI活用術
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
3
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
6
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
-
7
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
8
マンガで解説：「ゼロトラスト」「SASE」の必要性とメリット
-
9
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
10
情報セキュリティ対策早分かりガイド：25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー