IBM DB永続性モデル

Question

IBM MQの永続性モデルを理解しようとしています。私はメッセージがファイルベースのシステムに保存されていることを認識していますが、ファイルをDBに保存する方法はあります。私はメッセージをDB2データベースに保存することができるが、Oracle DBやSQLite、No-SQL Dbなどの他のデータベースに格納できるかどうかを知りたいと思う記事を見つけました。

Answer 1

あなたは記事を誤解している可能性があります。 MQの初期のバージョンは当時、IBMのデータベースと密接に関連していたため、製品の多くは名前、データ構造のサイズ、機能上の制約などの遺産の痕跡を保持しています。

現代のMQの主なデータベース使用は、共有キューをサポートするカップリング機能にありますが、これはz/OSのみです。ただしこれは例外であり、大部分のMQバージョンとプラットフォームでは、キュー永続性メカニズムを選択する機能がありません。

IBMのMQはキューイングフロントエンドデータベースクライアントではありませんでした。 MQは、単一コンポーネントの停止によってシステム全体が故障する同期通信の問題に対処するために発明されました。 MQの目的は、アプリケーションがネットワークを100％信頼できるかのように扱うことができるようにすることでした（これは1980年代のケースからははるか遠いものでした）。そのMQがインストールされたホストにとってローカルなすべての重要な操作を維持し、最も信頼性の高いものへの外部依存関係を最小限に抑えることを実現するために、POSIX IPCとローカルにマウントされたファイルシステム。

さらに最近のメッセージ転送では、特にJMSプロバイダを使用すると、永続ストアを選択し、それをリモートにすることもできます。いくつかは、データベースクライアント上のJMS APIをはるかに超えています。これらの各アプローチには有効なユースケースがありますが、IBM MQは究極のスピードとエンタープライズレベルの信頼性に重​​点を置いています。

他のIBM製品（WASメッセージング・エンジン、MQTT、MQ Light、スターリングなど）は、他の要件スペースの一部を満たすために存在します。 MQの場合、z/OSプラットフォーム以外の永続ストアを選択するオプションはありません。オプションが主にカップリング機能に関係しています。