知識マップ: MSMQはいつまで使えるのか ── 「非推奨ですらない」レガシーキューの移行判断

記事「MSMQはいつまで使えるのか ── 「非推奨ですらない」レガシーキューの移行判断」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

MSMQはOS機能としては2026年7月時点でも非推奨になっていませんが、これを扱う標準ライブラリSystem.Messagingは.NET Frameworkにしか存在せず、.NET(Core以降)への公式な道はありません。CoreWCFによる移植やネイティブAPIのP/Invokeは延命手段止まりで、新規採用も推奨できません。移行判断の軸は「アプリを.NETへ上げるか」で、上げるならMSMQ+DTCが担っていた整合性を、業務データと同一のローカルトランザクションで確定できるDBのテーブルキューに置き換えるのが第一候補です。複数システム間の疎結合な連携が必要な場合に限り、RabbitMQやAzure Service Busを検討します。テーブルキューの実装ではREADPASTヒントとREAD_COMMITTED_SNAPSHOTデータベースオプションの組み合わせに注意が要ります。

flowchart LR
    accTitle: MSMQ移行判断の知識マップ
    accDescr: MSMQがOS機能としては存続する一方System.Messagingが.NET Frameworkに閉じていること、CoreWCF.MSMQやネイティブAPIによる延命手段、DTCが移行の最難関になること、DBのテーブルキューがMSMQ+DTCの整合性を置き換える第一候補であること、RabbitMQ/Azure Service Busが向く要件、BinaryFormatterの扱い、READPASTとREAD_COMMITTED_SNAPSHOTの排他関係の関係を示す図
    msmq["MSMQ(Microsoft Message Queuing)"]
    system_messaging["System.Messaging"]
    dtc["DTC(分散トランザクションコーディネーター)"]
    transactional_queue["トランザクションキュー"]
    express_message["expressメッセージ"]
    recoverable_message["recoverable(回復可能)メッセージ"]
    journal_queue["ジャーナルキュー"]
    dead_letter_queue["配信不能(デッドレター)キュー"]
    private_queue["プライベートキュー"]
    message_loss_on_restart["再起動時のメッセージ喪失"]
    dotnet_framework[".NET Framework"]
    dotnet[".NET(Core以降)"]
    windows_compat_pack["Windows互換パック"]
    msmq_native_api["MSMQのWin32ネイティブAPI"]
    corewcf["CoreWCF"]
    table_queue["DBのテーブルキュー"]
    rabbitmq["RabbitMQ"]
    azure_service_bus["Azure Service Bus"]
    multi_system_messaging["複数システム・複数言語間の疎結合な連携"]
    binaryformatter["BinaryFormatter"]
    outbox_pattern["Outboxパターン"]
    readpast_hint["READPASTテーブルヒント"]
    read_committed_snapshot["READ_COMMITTED_SNAPSHOTデータベースオプション"]
    new_project_adoption["新規プロジェクトでの新規採用"]
    msmq -.->|"利用する"| dtc
    msmq -->|"利用する"| transactional_queue
    msmq -->|"利用する"| express_message
    msmq -->|"利用する"| recoverable_message
    msmq -->|"利用する"| journal_queue
    msmq -->|"利用する"| dead_letter_queue
    msmq -.->|"利用する"| private_queue
    express_message -.->|"原因になり得る"| message_loss_on_restart
    recoverable_message -->|"防止する"| message_loss_on_restart
    system_messaging -->|"前提とする"| dotnet_framework
    system_messaging -->|"両立しない"| dotnet
    windows_compat_pack -->|"両立しない"| system_messaging
    dotnet -.->|"利用する"| msmq_native_api
    msmq_native_api -->|"前提とする"| msmq
    corewcf -->|"利用する"| system_messaging
    table_queue -->|"の後継"| msmq
    transactional_queue -.->|"前提とする"| dtc
    table_queue -->|"推奨される対応"| dtc
    dtc -->|"両立しない"| rabbitmq
    dtc -->|"両立しない"| azure_service_bus
    rabbitmq -.->|"推奨される対応"| multi_system_messaging
    azure_service_bus -.->|"推奨される対応"| multi_system_messaging
    table_queue -.->|"用いるのは非推奨"| multi_system_messaging
    binaryformatter -->|"両立しない"| dotnet
    table_queue -.->|"両立しない"| binaryformatter
    table_queue -->|"利用する"| outbox_pattern
    table_queue -->|"利用する"| readpast_hint
    readpast_hint -->|"両立しない"| read_committed_snapshot
    msmq -->|"用いるのは非推奨"| new_project_adoption

概念間の関係(全29件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

MSMQ(Microsoft Message Queuing)はDTC(分散トランザクションコーディネーター)を利用します。MSMQはMS DTC(分散トランザクションコーディネーター)と組み合わせて、キューからの取り出しとデータベース更新を1つの分散トランザクションで確定できる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
MSMQ(Microsoft Message Queuing)はトランザクションキューを利用します。MSMQはトランザクションメッセージだけを扱うトランザクションキューを持てる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
MSMQ(Microsoft Message Queuing)はexpressメッセージを利用します。MSMQの既定の送信モードはexpressメッセージ / 確度: 確立した関係 / 確認日: 2026-08-01 出典
MSMQ(Microsoft Message Queuing)はrecoverable(回復可能)メッセージを利用します。送信側が明示的に指定すると、MSMQはメッセージをディスクに永続化するrecoverableモードで扱える / 確度: 確立した関係 / 確認日: 2026-08-01 出典
MSMQ(Microsoft Message Queuing)はジャーナルキューを利用します。MSMQは送受信の控えを保持するジャーナルキューを自動生成する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
MSMQ(Microsoft Message Queuing)は配信不能(デッドレター)キューを利用します。MSMQは届けられなかったメッセージを保持する配信不能キューを自動生成する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
MSMQ(Microsoft Message Queuing)はプライベートキューを利用します。中小規模の業務システムで使われているMSMQのキューは、ほとんどがディレクトリサービスに発行しないプライベートキュー / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
expressメッセージは再起動時のメッセージ喪失の原因になることがあります。expressメッセージはメモリ上に留まり得るため、MSMQサービスやマシンの再起動でメッセージが失われる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
recoverable(回復可能)メッセージは再起動時のメッセージ喪失を防ぎます。recoverableメッセージはディスクに書かれるため、再起動をまたいで残る / 確度: 確立した関係 / 確認日: 2026-08-01 出典
System.Messagingは.NET Frameworkを前提とします。System.Messaging.MessageQueueクラスのリファレンスが対象とするのは.NET Framework 1.1から4.8.1まで / 確度: 確立した関係 / 確認日: 2026-08-01 出典
System.Messagingは.NET(Core以降)と両立しません。.NET(Core以降)向けのSystem.Messaging版は存在せず、公式なマネージドAPIの道が閉じている / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Windows互換パックはSystem.Messagingと両立しません。Windows互換パックが提供する約2万のAPIの技術領域一覧に、メッセージング(System.Messaging)は含まれていない / 確度: 確立した関係 / 確認日: 2026-08-01 出典
.NET(Core以降)はMSMQのWin32ネイティブAPIを利用します。.NETからMSMQのWin32ネイティブAPIをP/Invokeで呼ぶことは技術的には可能だが、フォーマッターやトランザクション連携を自前で書いて保守する延命手段になる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
MSMQのWin32ネイティブAPIはMSMQ(Microsoft Message Queuing)を前提とします。MQSendMessageなどのネイティブAPIはMSMQ自体が有効化・インストールされていることを前提とする / 確度: 確立した関係 / 確認日: 2026-08-01 出典
CoreWCFはSystem.Messagingを利用します。CoreWCFのMSMQトランスポート(CoreWCF.MSMQ)の実装は.NET Framework版System.Messagingライブラリのコミュニティ移植に依存している / 確度: 確立した関係 / 確認日: 2026-08-01 出典
DBのテーブルキューはMSMQ(Microsoft Message Queuing)の後継に当たります。中小規模の業務システムでMSMQが担っていた非同期処理の移行先として、本記事はDBのテーブルキューを第一候補として位置付ける / 確度: 確立した関係 / 確認日: 2026-08-01 出典
トランザクションキューはDTC(分散トランザクションコーディネーター)を前提とします。MSMQのトランザクションキューとDB更新をアトミックに扱うには、DTCによる分散トランザクションが必要だった / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
DBのテーブルキューはDTC(分散トランザクションコーディネーター)に対する本記事の推奨です。MSMQ+DTCで実現していた整合性は、業務データと同一のローカルトランザクションで確定できるテーブルキューに置き換えるのが本記事の推奨 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
DTC(分散トランザクションコーディネーター)はRabbitMQと両立しません。クラウド系キューはDTCに参加できないため、この要件がある限りRabbitMQへの移行は遠回りになる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
DTC(分散トランザクションコーディネーター)はAzure Service Busと両立しません。Azure Service BusもDTCに参加できないため、DTC要件がある限り移行の遠回りになる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
RabbitMQは複数システム・複数言語間の疎結合な連携に対する本記事の推奨です。配信のファンアウトやルーティングが必要な、複数システム・複数言語間の疎結合な連携にはRabbitMQ(オンプレ)が候補になる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
Azure Service Busは複数システム・複数言語間の疎結合な連携に対する本記事の推奨です。クラウドに置ける場合、複数システム間の疎結合な連携にはAzure Service Busが候補になる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
DBのテーブルキューを複数システム・複数言語間の疎結合な連携に用いることは推奨されません。配信のファンアウトやルーティングが必要な複数システム・複数言語間の連携には、テーブルキューでは要件が足りないことがある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
BinaryFormatterは.NET(Core以降)と両立しません。BinaryFormatterは.NET 9以降ランタイムから実装が削除され、既定では使用できない / 確度: 確立した関係 / 確認日: 2026-08-01 出典
DBのテーブルキューはBinaryFormatterと両立しません。移行先がモダンな.NETの場合、BinaryFormatterは実装が削除されているため、テーブルキューへ移す新システムにこの直列化形式は持ち込めず、JSONなどへの置き換えが必要になる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
DBのテーブルキューはOutboxパターンを利用します。送信側は業務データの更新とメッセージ行のINSERTを同一トランザクションに入れるOutboxパターンで、メッセージの出し漏れを防げる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
DBのテーブルキューはREADPASTテーブルヒントを利用します。テーブルキューの取り出しはREADPASTヒントを使うことで、他のワーカーがロックしている行を待たずに飛ばし、複数プロセスで同時に回せる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
READPASTテーブルヒントはREAD_COMMITTED_SNAPSHOTデータベースオプションと両立しません。READ_COMMITTED_SNAPSHOTがONでセッションの分離レベルがREAD COMMITTEDのとき、READCOMMITTEDLOCKヒントの併記なしにREADPASTは指定できず、文そのものがエラーになる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
MSMQ(Microsoft Message Queuing)を新規プロジェクトでの新規採用に用いることは推奨されません。公式な将来の道(モダンな.NETからの利用手段)がないため、新規プロジェクトでのMSMQ新規採用は推奨できない / 確度: 確立した関係 / 確認日: 2026-08-01 出典

主要概念の定義

MSMQ(Microsoft Message Queuing): Windowsに同梱されてきたメッセージキュー基盤。store-and-forward・トランザクション・OS同梱を特徴とし、2026年7月時点で公式の非推奨機能一覧には載っていない。
System.Messaging: MSMQを扱う.NETの標準クラスライブラリ。対象バージョンは.NET Framework 1.1〜4.8.1のみで、.NET(Core以降)向けの版は存在しない。
expressメッセージ: MSMQの既定の送信モード。配送中も配送後もメモリ上に置かれ高速だが、MSMQサービスやマシンの再起動で失われる。
recoverable(回復可能)メッセージ: 送信側と中継する各コンピューターでディスクに書かれ、宛先キューでもディスク上に保持されるMSMQの送信モード。再起動をまたいで残る。
Windows互換パック: .NET Framework専用APIへの依存を.NET移行時に補うため約2万のAPIを提供するパッケージ。技術領域一覧にメッセージング(System.Messaging)は含まれない。
.NET(Core以降): .NET Framework の後継となるクロスプラットフォームのランタイム。System.Messagingの公式マネージドAPIが存在しない対象。
MSMQのWin32ネイティブAPI: MQSendMessage・MQReceiveMessageなど、MSMQをC/C++向けに操作する文書化されたWin32 API。.NETからP/Invokeで呼ぶことも可能だが、フォーマッターやトランザクション連携は自前で書く延命手段。
CoreWCF: WCFのサーバー側を.NETに移植するコミュニティ主導プロジェクト。マイクロソフトが公式なサポートポリシーを提供する一方、MSMQ対応パッケージ(CoreWCF.MSMQ)はSystem.Messagingのコミュニティ移植に依存する。
DBのテーブルキュー: データベースのテーブルをキューとして使う設計。メッセージの取り出しと業務データの更新を同一のローカルトランザクションで確定でき、MSMQ+DTCの整合性をより単純な仕組みで置き換えられる。
トランザクションキュー: トランザクションメッセージだけを扱うMSMQのキュー。作成時に決まり、後から変更できない。
DTC(分散トランザクションコーディネーター): 複数のリソース(MSMQのキューとデータベースなど)にまたがるトランザクションを調停するWindowsのサービス。クラウド系のキューサービスは参加できない。
RabbitMQ: オンプレミスで運用できるメッセージブローカー。複数システム・複数言語間の疎結合な連携やファンアウト配信が得意な一方、自前運用の冗長化・更新の負荷を伴う。
Azure Service Bus: クラウド上で運用できるメッセージブローカー。複数システム間の疎結合な連携に向くが、DTCには参加できない。
BinaryFormatter: セキュリティ上の理由から段階的に廃止された.NETのバイナリ直列化機構。.NET 9以降はランタイムから実装が削除され既定では使用できない。
READPASTテーブルヒント: 他のトランザクションがロックしている行を読まずに飛ばすSQL Serverのテーブルヒント。複数ワーカーによるテーブルキューの並列な取り出しに使う。行ロックは飛ばせるがページロックは飛ばせない。

機械可読データ

JSON-LD / Turtle ── この記事の知識グラフ全体
概念一覧 / 語彙(述語)の定義

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。