将来的にpub-subユースケースを実装するために、IBM MQをApache Kafkaに置き換える予定です。現在、メインフレーム（実行中のZ/OS）アプリケーションは、メッセージをMQにプッシュするCOBOLプログラミング言語&を使用して記述されています。私はカフカがサポートしているクライアントについて調べるためにドキュメントを調べ、COBOLをサポートしていないようです。既存のメインフレームアプリケーションからKafkaトピックに直接メッセージを発行するにはどうすればよいですか？
Mainframeでプロデューサを構築し、既存アプリケーションの変更を最小限に抑えてメッセージをKafkaトピックに直接送信するには、どのような方法が最適ですか？
多くのオプションがあります。任意の言語のREST/HTTPクライアントを使用してKafkaに公開できます。 zOSにWebSphere MQを残して、外部のKafkaソース・コネクターを実行して、MQから引き出してKafkaに入れることができます。 DB2または他のデータベースに書き込んで、多数のCDCツール（IBM InfoSphereを含む）を使用してデータベース更新をKafkaに送信することができます。 Confluent JMSクライアントを使用すると、Javaを使用してパブリッシュできます。 librdkafka CクライアントがzOS上でネイティブに動作するように作業を完了するのを助けることができます。 Confluent REST Proxy経由でメインフレームアプリとKafkaの間のESBゲートウェイとしてDatapowerを使用することができます。それはあなたのユースケースによって異なります。利害の
いくつかのリンク：
コンフルエントカフカJMSクライアントJMS 出典 http://docs.confluent.io/current/clients/kafka-jms-client/docs/index.html
DataMountaineerカフカコネクタ：http://docs.datamountaineer.com/en/latest/jms-source.html
おかげハンス・リンクを共有するため。 IBM MQ用のKafkaソースコネクタもありますか？ –
Btwは既存のJMSブローカに対してのみJMSクライアントを使用するのではありませんか？ IBM MQでもzOS上で同じように活用できますか？ここでは、MQを置き換えて、MainframeアプリケーションからKafkaのトピックに直接メッセージを公開することをお勧めします。それは追加のホップなしで実行可能ですか？ –
誰かがlibrdkafkaのz/OSポートを起動したことがありますか？ github repoのクイックブラウズからそうは思われません。市場があればそれほど難しくないように見える。 –