＠IT Special：徹底的な社内実践で磨き上げたESBの実力
徹底的な社内実践で磨き上げたESBの実力 ～ESBに求められる最重要ポイント、 信頼性、連携性、生産性～ 企業内の既存、新規システムをサービス化し、連携する際に核となるミドルウェアが「エンタープライズ・サービスバス（ESB、注）」だ。ESBには、さまざまなサービスとの接続を可能にする連携性と生産性、そして何より企業にとって重要なデータを取り扱う以上、非常に高い信頼性が求められる。富士通では、ESB製品「Interstage Service Integrator」の信頼性、連携性、生産性を、社内実践を通じて磨き上げてきた。その取り組みを見てみよう。
ESB（Enterprise Service Bus）
「3カ月でもまだ遅い。1カ月で新しいシステムを作ってほしい」。こうした短納期開発の要求が，近年ますます厳しくなっている。そんななかSOA（サービス指向アーキテクチャ）を支えるシステム連携基盤ESB（Enterprise Service Bus）が注目を浴びている。（中山 秀夫＝日経SYSTEMS） ESBを一言で表せば「SOAの実現に必要な，システム同士をつなぐ基盤」である。SOAでは，企業の各システムが備える機能ごとに，Webサービスなどの標準化したインタフェースを設け，ほかのシステムやエンドユーザーのWebブラウザおよびクライアント・ソフトから，単純な手続きによってネットワーク経由で呼び出せるようにする。これを，システムの機能の「サービス化」と呼ぶ。 さらに，連携させるシステムのいずれかに，取り扱うデータ項目の追加やネットワーク上の場所などの変更が生じても，ほかのシステムを修正せずにそ
Petals ESB, the distributed Open-Source Enterprise Service Bus
Petals ESB, the distributed Open-Source Enterprise Service Bus Petals ESB is an open-source Enterprise Service Bus (ESB) provided by the OW2 Middleware Consortium. More concretely, Petals ESB is a Java platform based on SOA principles to interconnect heterogeneous systems, applications and services. It acts as a mediation and a communication layer in Information Systems. Its architecture and suppo
InfoQ: ESB接続形態のオルタナティブ
一見したところ、CIO(最高情報責任者)は、「ああ、私は、企業内の全てを参照し、アクセスすることができる『どこでも』ツールの類が欲しいのではない。」と言うかもしれません。管理者たちは、「私は何を管理、監督することができるのか?」とか、「他の管理者が、自分が管理しているサーバーの状態を変更することができるなんて考えられない。」と主張するかもしれません。あるいは、よく言われるのが、「セキュリティはどうなのか?」などです。 明らかに、統合されたESBが全てを許しているわけではありません。それは、単に、ネットワーク上の通信を単純化し、単純化した方法によってネットワークを通じたサービスの質のセットを提供します。 統合されたESBの中のドメイン ドメインとサブドメインは、エンティティ間の境界を定義します。したがって、管理上の点から見ると、ESBのそれぞれの「ノード」はサブドメインの管理者によってのみ管
SOAシフトが加速するERPパッケージ
「既存のERP（統合基幹業務システム）パッケージは、自社の業務プロセスを十分に支援する機能がない」。こうしたユーザー企業の悩みを解決する製品を SAPジャパンと日本オラクルが提供する。SOA（サービス指向アーキテクチャ）に基づき、既存製品や自社開発のシステムを柔軟に連携できる環境の提供を目指す。 業務プロセスを記述するだけで、別々のシステムに散在する機能を組み合わせて複雑なアプリケーションを開発できる。対象となるシステムは、ERP（統合基幹業務システム）パッケージや自社開発システムなど種類を問わない――。SAPジャパンと日本オラクルが、こんな世界を実現する新製品を相次いで発表した。 両社の新製品とも、SOA（サービス指向アーキテクチャ）の考え方を取り入れ、アプリケーションが提供する「受注伝票処理」「在庫確認」「請求書発行」といった機能をサービスとして扱える仕組みを提供する（図1）。 図1●
Mule創設者: JBIは目標を見失っている
Mule 2.0のリリース告知(source)からおよそ2週間後、「軽量で非常にスケーラブルなESB」、Mule(source)の創設者であるRoss Masonは、JBI(Java Business Integration)(source)とMuleのアーキテクチャを、どのように比較するかについて論じた(source)。 Rossは、JBIを実装する代わりに、彼自身のアーキテクチャに取り組ませた、JBI 1.0仕様に不足している、いくつかの点について述べた。彼が懸念する点の中で、もっとも注目すべき項目は、とてもXMLに依存すること、JBIアーキテクチャ(バインディングコンポーネント、サービスエンジン)の再利用性の欠如、重厚なAPIのセットだ。 Ross Mason(source)は、JBIの広範なスコープが、JBIアーキテクチャの再利用性を低減する、理由の一つだと考えている。: それらの
Japanese ESB Page
基盤をMule以外のESBに移行しました。 日本ユーザ向けのESBサイトにようこそ！このサイトは非公式なESB利用者向けの日本語サイトです。 日本語版にはまだ英サイトには反映していない機能が含まれています。 新技術を採用する判断は、最終的にはその利点にあります。ただ、技術の市場予測図を見て判断するのは危険です。技術を利用するかの可否を正確に判断できるようにするために、本サイトではただソフトウエアとしてのESBの説明（ESBは何？）の他に、ESBを利用したシステム提案や構築の考え方（なぜESBなのか）を掲載していきます。 ESBは第２世代エンタプライズ・サービス・バス（ESB 2.0)であります。初期世代ESBは主にデータ転送を行う機能を提供していましたが、第２世代のESB2.0はSOAを効率的に構築・保守するために以下の機能が含まれています： サービスコンテイナ － サービスの組
ESB Mule - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "ESB Mule" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2022年12月） ESB Muleは、米MuleSoft社が開発・サポートしている、Javaで開発されたオープンソースのアプリケーション統合/連携用のフレームワークである。 IBM WebSphereのような多くの商用ESB（エンタープライズ・サービス・バス）と以下の点が異なる： ESB Muleは、開発者が修正・拡張できるコンポーネント集である。ただし、配布されているダウンロード・ファイルには標準で多くのコンポーネントが同梱されている他に開発者コミュニティが充実している
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://mule.mulesource.org/display/JPNDOC2/User%20Guide
IBM Developer