
コアの業務に影響を与えることなく、レガシーインフラからデータを抽出することは、エンタープライズデータ統合において常に最大の課題の一つでした。本日、当社は IBM i (AS/400) エージェントの大幅なアーキテクチャアップグレードを発表いたします。これにより、Gluesyncがこのプラットフォームからデータをレプリケートする方法が根本的に再定義されます。
DSPJRNからQjoRetrieveJournalEntriesへ:その重要性
MOLO17では、IBM iコネクタを、従来のファイルベースのDisplay Journal (DSPJRN) 方式から、IBMのネイティブシステムAPIであるQjoRetrieveJournalEntriesへ正式に移行しました。
DSPJRNは確立された手法でしたが、本質的に制限がありました。システムコマンドを生成してジャーナルデータを読み取るため、レイテンシが発生し、ホストとなるIBM iマシンのCPUサイクルを消費し、高スループットのトランザクションワークロード下ではスケーリングに苦労していました。
QjoRetrieveJournalEntriesは、全く異なるパラダイムです。IBMのプログラム用APIレイヤーを介してジャーナルエントリを直接読み取るため、中間ファイルを生成することなく、イベント駆動型でオーバーヘッドの低い変更データキャプチャ(CDC)を実現します。
その結果は顕著です:
- 超低レイテンシ:IBM i から Kafka、Snowflake、Google BigQuery、Aerospike、PostgreSQL などのあらゆる最新ターゲットへ、一貫して 500~350ms 未満のスループット速度を実現する真のリアルタイム CDC。
- ホストへの影響を最小限に: IBM i マシン上の CPU オーバーヘッドを劇的に削減し、同じインフラ上で稼働する ERP やミッションクリティカルなビジネスシステムのパフォーマンスを維持します。
- エンタープライズグレードのスケーラビリティ: データ損失やボトルネックのリスクなしに、高スループットのトランザクション処理量を処理可能です。
レガシーなIBM iレプリケーションソフトウェアに代わる最新のソリューション
QjoRetrieveJournalEntriesを介してIBM i上で安定した本番環境グレードのCDCを実装するには、高度で低レベルのシステム専門知識が必要です。従来、このレベルのネイティブ統合は、Precisely with MiMiXのような、ごく一部のレガシーなレプリケーションスイートに限定されていました。
このアップデートにより、Gluesyncは、このレベルのIBM iレプリケーションを提供する世界でも極めて限られた現代的なデータ統合プラットフォームの仲間入りを果たしました。従来の業界大手と同等の技術的深みを、現代のデータアーキテクチャ向けに構築されたクラウドネイティブかつコンテナベースのコスト効率に優れたプラットフォーム上で実現しています。
更新されたIBM iエージェントは、本番環境での運用に完全に対応しており、エンタープライズ展開が可能です。
関連したトピックス
- Gluesync for Google BigQuery: Google BigQueryとのシームレスなデータ同期を実現する最速のソリューション
- Gluesync 2.2.3:マルチパイプラインの最適化、高度なアラート管理、およびオフライン環境のサポート
- NoSQL/RDBMからApache KafkaへGluesync経由でCDC(Change Data Capture:変更データキャプチャ)
- データ分析基盤へもSyniti Data Replication(旧DBMoto)で簡単レプリケーション! Google BigQueryへの接続方法
- Gluesyncのレプリケーションソース(CDC付)およびレプリケーションターゲットとしてのDynamoDBのサポート
- Snowflake Target Connectorのサポートで:Gluesyncとのシームレスなデータ統合へ
- Gluesync 2.2 のアップデート:パイプラインのメンテナンスとParquetの最適化
- Gluesync 2.0: 新しい統合とパフォーマンス向上へ
- Gluesync 2.2.4:IBM i ジャーナルの高速読み取りと高度な接続プール機能
- Gluesync Bootstrapper:数千のデータ統合を数秒で自動化するオープンソースツール

RSSフィードを取得する