非同期型アプリケーションを動かすには
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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
6
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
10
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー