Integration Group Japan

IBM Integration Group Japan

 View Only

IBM webMethods 12.1は、レガシーシステムの統合からAI対応アーキテクチャまでカバーします

By NOBORU TANAKA posted 07/23/26 05:02 AM

  

原文:From Legacy Integration to AI-Ready Architecture with IBM webMethods 12.1(英語)

著者:Nishant Nair 

カテゴリ: IBM webMethods Hybrid Integration、製品ニュース、テクニカルアップデート

注記: 本記事は英語版コンテンツを機械翻訳したものです。


 

AI時代に備える、しなやかで強い統合基盤を築く

いま、企業におけるシステム統合は、自動化、リアルタイムな業務運営、取引先との連携、さらにはAIを活用した業務変革を支える中核基盤になりつつあります。
しかし現実には、多くの企業が、何もない状態から理想的な仕組みを新たに構築できるわけではありません。実際には、アプリケーション、API、B2B/EDI、ファイル転送、イベント連携、クラウド、オンプレミス環境など、長年にわたり築いてきた多様な統合資産を抱えながら、その基盤を段階的に進化させていく必要があります。

IBM webMethods 12.1は、こうしたwebMethods Hybrid Integrationの基盤を現実的にモダナイズしながら、現在の事業を支える重要な業務フローを止めることなく、次の段階へ進めるための実践的な選択肢を提供します。


なぜ今、既存の統合基盤に新しい設計が求められるのか

統合アーキテクトや基盤運用チームは、長年にわたり蓄積されてきたサービス、アダプター、独自開発のプログラム、取引先接続、ファイル連携、APIの依存関係、運用手順を管理しています。
これらの統合資産は、受注管理、サプライチェーン、財務、顧客対応、法令順守のための報告、取引先業務など、企業活動の中核を支える領域に深く関わっています。

一方で、ビジネスに求められるものは大きく変化しています。
より多くのSaaSアプリケーションとの接続、ハイブリッド環境やクラウド環境への対応、安全なAPI公開、イベント連携の統制、取引先の迅速な受け入れ、さらにはAIを活用した業務フローへの備えが必要になっています。
その一方で、既存の基幹業務を安定して動かし続けながら、運用リスクも抑えなければなりません。

ここで多くの企業が直面するのが、「すべてを一度に置き換えるのは現実的ではない。しかし、手を付けなければ技術的負債やセキュリティ上の懸念、開発や運用における非効率が大きくなる」という課題です。
だからこそ重要なのは、一斉に入れ替えることではなく、ランタイム、セキュリティ、開発生産性、統制、運用の見える化といった基盤部分を、計画的に着実に見直していくことです。


ハイブリッド統合を支える、より新しい実行基盤へ

IBM webMethods 12.1における大きな進化のひとつが、Java 21およびJakarta EE 10に対応した、より新しい実行基盤への移行です。
これは単なる技術更新ではありません。実行基盤の見直しは、互換性、保守性、展開方法、セキュリティのあり方、さらには中長期的な基盤計画にまで影響する重要な取り組みです。

既存のwebMethods環境を運用している企業にとって、バージョン12.1は、現在の依存関係、カスタムJavaサービス、パッケージ、運用方式を確認しながら、次の段階へ進むための現実的な道筋となります。
特に、長年にわたって構築され、高負荷な処理や止めることのできない重要業務を支えてきた環境では、その価値は一層大きいといえます。

また本リリースでは、実行環境の設定や展開方法も改善されており、コンテナを前提とした運用にも、より対応しやすくなっています。
これにより、基盤運用チームは従来型のミドルウェア運用から、自動化しやすく、再現性が高く、Infrastructure as Codeにもなじむ運用形態へ移行しやすくなります。


オンプレミス、コンテナ、ハイブリッドに対応する柔軟な展開

IBM webMethods 12.1は、長期間運用されてきた統合処理や独自パッケージ、運用上の依存関係を含む、自己管理型のオンプレミス環境を重視する企業にとって、とりわけ有効なリリースです。

同時に、Java 21、Jakarta EE 10、YAMLによる実行環境設定、コンテナ・イメージ対応により、より新しいハイブリッド型の展開にも対応しやすくなっています。
その結果、統合処理をコンテナ中心の運用やInfrastructure as Codeの実践に合わせて展開しやすくなります。

これは、規制対応が求められる環境、厳格な管理が必要な環境、あるいは外部ネットワークから切り離された閉域環境で運用する企業にとって特に重要です。
なお、ファイル転送機能では、ActiveTransferのコンテナ・イメージがversion 11.1以降向けにwebMethodsコンテナー・レジストリーで提供されています。さらに、オンプレミスの閉域環境向けMetering Server 1.0は、コンテナ・イメージとしてのみ提供されます。

SaaS については、その位置付けを分けて考える必要があります。
webMethods 12.1
は主として、自己管理型、オンプレミス、コンテナ化、ハイブリッド運用への対応を中心としたリリースです。SaaSの更新はIBMの継続提供モデルに沿って提供されるため、SaaSの計画をバージョン12.1と同じ枠組みで捉えるべきではありません。


開発者と基盤運用チームの生産性を高める 12.1 の機能強化

IBM webMethods 12.1は、ハイブリッド環境全体で、より一貫性があり効率的な統合開発を進められるよう、さまざまな機能強化を提供します。

たとえば、Native Apache Avro対応により、Avro schemaをIntegration Serverのドキュメント・タイプに直接変換し、AvroとIDataフォーマットの相互変換を行うことができます。
これは、イベント駆動型の連携において、データを送る側・受け取る側・各実行環境の間でスキーマの整合性が重要になる場面で、大きな効果を発揮します。

Kafkaを利用した連携では、スキーマ対応機能により、手作業でのスキーマ管理を減らすことができます。
従来のようにパッケージ・フォルダー内の固定的なスキーマ・ファイルに依存するのではなく、スキーマ・サーバー構成を利用して、動的にスキーマを見つけられるようになります。

さらに、Integration Server Administratorから直接利用できるビルトインUnit Test Managerも備えています。
これにより、別途インストールや別個の認証情報を必要とせず、テスト一式の実行と結果確認を行うことができます。DevOps を進めるチームにとっては、より早い段階での検証と、再現性の高い提供体制づくりを後押しする機能です。

このほかにも、フロー・コントロールの改善、JSONやファイル処理機能の強化、元となるスキーマに縛られず XML / JSON文書を柔軟に編集できる機能、さらにIBM MQ、Snowflake、Databricks、Azure Synapse向けアダプター認証など、開発現場の生産性向上につながる改善が含まれています。


セキュリティと法令順守を、統合基盤の中心に据える

統合基盤がより広範囲に広がり、複雑になる中で、セキュリティと統制は後から付け足すものではなく、最初から設計に組み込むべき要素です。
統合プラットフォームは、機密性の高い顧客情報、取引先とのやり取り、API 通信、ファイル転送、システム間通信といった重要な情報の流れの中に位置しています。
そのため、ID 管理、アクセス制御、トークン検証、機密情報の管理、監査のしやすさは、アーキテクチャ全体の信頼性を左右する重要なポイントです。

IBM webMethods 12.1では、FIPS 140-3に対応し、強化されたJWTハンドリング、自動 JWKSキー管理、ローカルJWT検証、ペアリングトークン、管理者アカウント向け多要素認証、証明書ベース・ユーザーマッピング、HashiCorp Vault対応などにより、この基盤をさらに強化しています。

これらの機能により、アーキテクトや基盤運用チームは、手作業の負担を抑えながら、より高い安全性と統制を実現できます。
たとえば、自動 JWKSキー管理 は、認証情報の発行元で鍵の入れ替えが行われた際の運用負荷を軽減します。Vault対応は、パスワード、API キー、トークン、暗号鍵の一元管理を支援します。MFAや 証明書ベース・アクセスパターンは、特権を持つ利用者やサービス用アカウントの保護強化に役立ちます。


いまも事業を支えている連携方式を、着実に進化させる

モダナイゼーションを進める際に見落とされがちなのは、API やクラウドネイティブなアプリケーションだけが重要なのではない、という点です。
多くの企業では、今なお B2B/EDIやファイル転送が、売上や事業継続に直結する重要な業務を支えています。
取引先の受け入れ、文書のやり取り、ファイル処理の自動化、取引状況の監視は、製造、小売、物流、銀行、医療、保険など、さまざまな業界で欠かせない役割を担っています。

IBM webMethods 12.1は、こうした業務上重要な連携方式を継続的に支えながら、より新しい基盤の方向性へとつなげます。
既存の業務を大きく変えることなく、取引先の受け入れ迅速化、文書交換の改善、ファイル転送の自動化、業務トランザクションの見える化を進めることができます。

たとえば製造業では、新たなサプライヤーを素早く受け入れ、EDIドキュメントを確実にやり取りし、大容量ファイルを安全に転送し、複数地域にまたがる取引の流れを監視する必要があります。
この領域での進化は、単なるIT効率化にとどまりません。しなやかで止まりにくい事業運営、取引先との円滑な関係、そして事業継続性の確保に直結します。


バージョン12.1の位置付けと今後の方向性

IBM webMethods 12.1は、webMethodsの中核基盤をモダナイズするための重要なリリースです。
実行基盤の刷新、開発者の生産性向上、セキュリティと法令順守、B2B統合、ファイル転送、ユニバーサル・メッセージング、プラットフォーム全体の一貫性など、幅広い領域にわたる改善が含まれています。
また、IBM のサポート・ポリシーに基づき、webMethods 12.1は2031年5月まで標準サポートが提供されるため、中長期の計画を立てやすい点も大きな利点です。

一方で、API Management製品の扱いについては整理して理解する必要があります。
API Gateway
、DataPower Nano Gateway、API Control Plane、Developer Portal、Micro Gatewayなどは、関連製品としてAPI Connect v12.1へ移行します。
これは、統合基盤とAPI管理をあわせてモダナイズする企業に向けて、
webMethods IntegrationとAPI Connectの関係をより明確にするものです。


AI時代の業務を支えるために、統合基盤を整える

これからの AI-drivenオペレーションは、統合基盤なしには成り立ちません。
AI
エージェント、自動化ワークフロー、インテリジェントなアプリケーションが価値を生み出すためには、基幹システム、API、イベント、ファイル、取引先データに適切にアクセスできることが不可欠です。
ただし、そのアクセスは安全で、統制が取れており、状況を把握しやすく、安定していなければなりません。

IBM webMethods 12.1は、実行基盤の刷新、セキュリティ強化、開発生産性の向上、ハイブリッド運用への柔軟な対応を通じて、企業がこの次の時代に備えるための基盤づくりを支援します。
既存の統合資産を現実的に進化させながら、より高度な自動化や AI を活用した運用モデルに向けた準備を進めることができます。


まとめ:次の成長に向け、まず統合基盤を強くする

AIに対応したアーキテクチャは、統合基盤の整備から始まります。
企業が自動化、AIエージェント、リアルタイムな判断を本格的に拡大していくためには、実際に事業を動かしているシステム同士を、安全かつ確実につなぐ、統制の効いた強靭な基盤が必要です。

IBM webMethods 12.1は、統合基盤に関わるチームに対して、現実的で実践的なモダナイズの一歩を提供します。
実行基盤の更新、セキュリティ強化、開発生産性の向上、重要なB2Bやファイル連携業務の継続支援、そしてハイブリッド環境の将来への備えを、バランスよく進めることが可能です。

アーキテクト、基盤エンジニア、開発者、DevOpsチーム、ITリーダーにとって重要なのは、いま事業を支えている仕組みを守りながら、その土台となるプラットフォームを着実に進化させ、次の自動化とAI活用を支える統合基盤を築いていくことです。

0 comments
15 views

Permalink