非同期型アプリケーションを動かすには
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
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は？ 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは？ -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める？ -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
4
「ノートPC派」は損をしている？ Dellと考える“自作PC”のメリット
-
5
エンジニアの生産性はどう測る？ マネジメントに不可欠な可視化の実現方法とは
-
6
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
7
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
8
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
9
「また同じ説明か」 消費者の半数が離脱するAIチャットbotの“記憶喪失”
-
10
IT製品の導入に関するアンケート「PC＆デバイス」編
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー