徹底的な社内実践で磨き上げたESBの実力 ～ESBに求められる最重要ポイント、 信頼性、連携性、生産性～ 企業内の既存、新規システムをサービス化し、連携する際に核となるミドルウェアが「エンタープライズ・サービスバス（ESB、注）」だ。ESBには、さまざまなサービスとの接続を可能にする連携性と生産性、そして何より企業にとって重要なデータを取り扱う以上、非常に高い信頼性が求められる。富士通では、ESB製品「Interstage Service Integrator」の信頼性、連携性、生産性を、社内実践を通じて磨き上げてきた。その取り組みを見てみよう。

SOA(Service Oriented Architecture)という方法論が提唱されてから10年以上経ち、コンサルやベンダ各社が盛んにセミナーを開いています。 SOAというのは企業に散らばる異なるシステムに対して共通のインターフェース及びメッセージング機構を用いて公開するサービス層を提供し、サービス間の連携という形でビジネスの変更に強いシステム基盤を再構築するための方法論です。 SOAが提唱するビジネス上の主な利点を紹介します。 ●　既存システムを有効活用できる。 既存システムが提供するファンクションをSOAで提供するインターフェースで隠ぺいすることにより、異なるシステム間でSOAメッセージをやり取りすることができる。ビジネスプロセスの変更に際してシステムを作りかえることなく、既存システムを有効に再利用することができる。 ●　ビジネスプロセスの変更に柔軟に対応できる。 業務上完結する

一見したところ、CIO(最高情報責任者)は、「ああ、私は、企業内の全てを参照し、アクセスすることができる『どこでも』ツールの類が欲しいのではない。」と言うかもしれません。管理者たちは、「私は何を管理、監督することができるのか?」とか、「他の管理者が、自分が管理しているサーバーの状態を変更することができるなんて考えられない。」と主張するかもしれません。あるいは、よく言われるのが、「セキュリティはどうなのか?」などです。 明らかに、統合されたESBが全てを許しているわけではありません。それは、単に、ネットワーク上の通信を単純化し、単純化した方法によってネットワークを通じたサービスの質のセットを提供します。 統合されたESBの中のドメイン ドメインとサブドメインは、エンティティ間の境界を定義します。したがって、管理上の点から見ると、ESBのそれぞれの「ノード」はサブドメインの管理者によってのみ管

ビジネスプロセスの構成単位に合わせて構築・整理されたソフトウェア部品や機能を、ネットワーク上に公開し、これらを相互に連携させることにより、柔軟なエンタープライズ・システム、企業間ビジネスプロセス実行システムを構築しようというシステムアーキテクチャのこと。 SOA － ＠IT情報マネジメント用語事典 SOAの進化系 初心者が陥る、マイクロサービス化にありがちな10の課題 マイクロサービスに関心を持つ企業が増えている。マイクロサービスは変化の多い環境でメリットを発揮するが、適用領域には見極めが必要だ。初心者がつまずきやすい10個の課題を挙げる。（2018/4/4） APIゲートウェイという戦略 APIとマイクロサービスをまとめて管理する方法 APIとマイクロサービスは一緒に管理することができるのだろうか。本稿では、APIとマイクロサービスは個別よりも一緒に管理する方が良い理由と、その方法を解説

「インテグレーションはSOAに基づいて実施し、そのベースとなる基盤にESB（エンタープライズサービスバス）を採用することが、現時点で考え得るもっとも効果的な方法である」というのがSOAベンダー各社の一致した見解となっています。 ところが、各ベンダーで一致しているかのように見える「SOA」や「ESB」は、アプリケーションをインテグレーションするという、大枠の考え方を示しているにすぎず、規格として定まったものではありません。そのため、SOA/ESB関連製品は各ソフトウェアベンダーの解釈によって異なる仕様となっており、各ベンダーが唱えるSOAの設計方法（モデリング）や具体的なSOA実装方法もまた異なっているのです。 そこで本連載では、SOAやESBのコンセプトとは本来どのようなものであるか、またSOA/ESB製品がどのような機能を備えておくべきかを考察していきます。第1回では、SOA実行基盤であ