IT業界の調査会社GartnerはSOAの作成、ソフトウェアの配信され、リードフレームワークと2010年までの予測は、80％のアプリケーションソフトウェアの収益の成長は、SOAベースのプログラムから来る、IDCは、中国の2010年のSOA市場は500万に達することを期待しドル。一方、よりアクティブなオープンソースコミュニティは、IBM、オラクル、AMDのは、BEAのようにサポートするために、実装のオープンソースプロジェクトです。
システムインテグレーション商用オープンソースもちろん、だけではなく、SOAのもわずかです。これらの2つの要因はまた、"シャッフル"の原因新たな産業を構成するITシステムとビジネスモデルの変化、技術を醸造されます。また、SOAとオープンソースソフトウェアの利点は、組み合わせだけでなく、顧客がITコストの、迅速な中、ビジネスニーズの変化に対応するため削減されます。その後、オープンソースは、SOAの先駆者となることができるものか、それとも両方がお互いを補完するのか、それともSOAのオープンソースの最終目的地ですか？
まず、オープンソースとSOAへの合併の動向
それは情報技術のコストを削減できるため、アプリケーションソフトウェアは、アプリケーションのソリューションを、オープンソースのソフトウェアやオープンソースソフトウェアの使用を使用して一般的な傾向の一部である。オープンソース戦略の利点は、3つのポイントに分け：
1。エンタープライズシステムの独立性を改善し、その会社のITシステムは、ビジネス環境の特定の1つのため別々のルートに企業の技術開発を促進するためにバインドされませんすること。
ソースは完全に無料でわけではないが、2の初期投資が小さく、ですが、商用ソフトウェアよりもオープンソースのソフトウェアの総コスト;
、人的資源が簡単にアクセス3。オープンソースのしきい値は低く、業績には、研究開発時間の低コスト。
オープンソースの方法、オープンソース陣営、人件費の低硬度をの商業上の利点をもっとよりも、オープンソースコミュニティは非常にJ2EEに精通している人を見つけるのは簡単ですが、社外のIBM DB2およびWebSphereは難しいだろう、それに慣れている人を見つけるに追加しました。一般的にエンタープライズアプリケーションは、オープンソースのソフトウェアは、逆に、アプリケーションを中心に開発を粒子の大きさと粘度のオープンソースコンポーネントが正確にSOAを、構築の技術課題に直面していません。
オープンソースのアプリケーションとSOAはますます完璧なパートナーになっている。これは、業界で評価されます。フォレスターリサーチとユニシス、共同調査することで、CEOのはSOA、オープンソースのソフトウェアが統合された計画最善の方法を入力することがほとんど。
参加400のCEO、71％のIT統合インフラストラクチャのオープンソースソフトウェアの"重要"を再生したり、"非常に重要"な役割を考慮した調査です。回答者のほか、57％は非常に重要な役割を推進するため、オープンソースのSOAプロジェクトを特徴とする。
その答えは、SOAはライフサイクルの能力を持つ元のアプリケーションのコアの拡張子です。 Forresterはまた、回答者の78％アウト値の主な理由として、エンタープライズSOAインフラストラクチャの次の世代を高めることにあるオープンソースのソフトウェアを使用する傾向がある、オープンスタンダードと述べた。
実際に、今日は、オープンソースのソフトウェアとサービスのオープンソースの可用性の数をしています。 Apacheの組織は、オープンソースのSOAの範囲を提供しています。企業は（オープンソースベースのApache 2.0はライセンスさ、およびJMS 1.1実装されてActiveMQを使用できます。ジェロニモ、軽量コンテナで動作し、Javaアプリケーションのシームレスな統合するには）通信を行います。できるコレクションのためのオープンソースのApache Axis 2.0のWebサービスを使用します。使用してApacheのODEは（ApacheのWS - BPELのエンジンハッチ）ワークフローエンジンです。 ESBを（エンタープライズサービスバス）を使用するシームレス複合アプリケーションの解体と組み合わせる。
第二に、オープンソースの仕様およびSOAの実装
顧客の需要は、IBMやBEA、オラクル、SAP、Primetonやその他の企業に対応して一緒に開発者向けのアプリケーションをSOAに、より強力な方法簡単に基づく構築のSOAシステムを構築するための仕様を開発に取り組んでいます。現在、OSOAこれらの企業（オープンサービス指向アーキテクチャ）によって標準設定作業組織を共同責任がある、他のOSOAもApacheの立ち上げを担当し、オープンソース高速触媒市場にSCA / SDOの実装です。
OSOAは現在、規範のシリーズを作成している著作権ライセンスを業界に提供しないように。 OSOA業界のパートナーは現在2つのプロジェクトで一緒に、SCAは（サービスコンポーネントアーキテクチャは、サービスコンポーネントアーキテクチャ）やSDOの（サービスデータオブジェクト、仕事集中しているサービスデータオブジェクト）。 OSOA 2007年3月にSDO2.1 SCA1.0の規範、リリースされ、OASISの標準化団体に提出されており、SOAの前奏曲の正式なグランド。 OSOAとしてこれらの2つのプロジェクトは、SOAのアーキテクチャとして2つのキャリッジ多くを達成しています。著者によると、OSOA）は3番目のフレームをキャリッジ：DASは（サービスデータオブジェクト、サービスデータオブジェクトを開始する準備を進めて最新の情報を把握する。
SOAは新しいものとして、それは、オープンソースの実装別の始まりを行ってきた。 SCAとSDOのオープンソース製品は、主にApacheトスカーナ、EclipseSTP（SOAToolsプラットフォーム）は、PECL SOAfor PHPは、CodeCauldronニュートンのように。これらのオープンソース製品は、特にApacheのトスカーナおよびSTPの最も壮観なのEclipseユニット。
Apacheのトスカーナは：Apacheのインキュベーションのオープンソースプロジェクトは、IBMとBEAからの主な開発者です。トスカーナ州は、王室の血（OSOA連合）は、SCAとSDOから最も本格的なオープンソースプロジェクトとしてみなすことができるだった。 EclipseSTPと比較して、トスカーナでは、SCAランタイム環境では、SDOとDASはそれ自体が開発と管理をIDEプラグインの提供していない、トスカーナのSOAプロジェクトを達成するために含めてSOAインフラストラクチャを提供します。
EclipseSTPは（SOAToolsプラットフォーム）：のIONA、IBMやBEA、Sybaseの場合、このような企業のObjectWebの貢献によって、2005年には9トップレベルのEclipseのオープンソースプロジェクトとなった。 STPはまだリリースの正式版、最新の安定バージョンでは、2月は1日リリース（S200702011041）バージョンです。プロジェクトの計画によると、STPは8月29日され、2007リリースヨーロッパ版（英語の意味"ヨーロッパ"は、4つの明るい惑星が木星は、1つは木星の距離の、その衛星の7回に来た最初のガリレオは）観測された。ヨーロッパカリストのバージョンは、元のバージョンです。
PECLは（PHP拡張モジュールコミュニティライブラリ）ライブラリ：いいえ私はPHPのコミュニティでみんなに知られている、知っているのではなく、SOAPHPのプロジェクトに新しい人々のPECL拡張モジュールのリポジトリを知って、とても少ないです。 SOAPHPプロジェクトの主な目的は、PHPは本当に素晴らしいPHPコミュニティの福音であるであるSCA / SDOの標準で、SOAを実装するために使用することです。
ニュートン：バックニュートンプロジェクトにソースコードを変更するには、ニュートンは、ソースコードの変更は、変更後のコードがあった場合は、また、無料で、第三者に使用する必要があることを意味GPLの契約に基づいており、必要があります。それは持続可能な管理の例としてSOAシステムの複雑なダイナミクスのエンタープライズクラスの環境のための分散実行時のフレームワークです。ニュートンは、OSGiの動的なコンポーネントの展開を行うことにより、分散異種データソース、監視および管理を実現する使用SCAシステムを説明する。
第三に、オープンソースとSOAの経済協力事業のペースをスピードアップする
は、Red Hat社のSOAに比べて今年最大のMengliaoは、特にRed HatとJBossミドルウェアの開発を完全SOAのオープンソースのEclipseの開発プラットフォームに基づいて発表した。開発ツールは、SOAとWeb 2.0アプリケーションの開発に焦点を当てます。開発者向けのオープンソースのJBossコミュニティの下、この新しい開発ツール。
数日前、バイロンセバスチャンは（SourceLabsはのCEO）は、コンピュータの重要な役割で、SourceLabはより専門的にその安全性と信頼性を向上させる使用されるオープンソースコンポーネントの多くの努力を払っている主要なオープンソースのソフトウェアを説明。また、開いているすべてのソースコードは、SourceLabsはの管理システムに統合することができるという。この目標にコミットしながら、オープンソースのSOA製品開発をサポートするために、特に信頼性やリスクにしようとするSourceLabsはさらに、オープンソースのSOAのレベルを高めるためれるSOAのオープンソース製品の特に高い要求です。
もちろん、別の後に、SOAとオープンソースのニュースで、最近のコラボレーション。そのSOAベースの環境に大きなヨーロッパのソフトウェア会社、製品の5年間を持って、オープンソースコミュニティの無料です。最近では、Eclipse.orgには、実行時の項目の上のSOAフレームワークを開始しながら、DPWN（ドイツポストワールドネット）、この呼び出しに応答して、自分の欲望、このプロジェクトのための自己開発、オープンソースのSOAプラットフォームであること。そして、このプロジェクトのSOAの実行時のフレームワークは、主に重要な高速なオープンソースのSOA関連のオープンソースコミュニティベースのプラットフォームになるだろう、効果的な管理、複数のオープンソースコンポーネントの統合のための新しいリリースがされる必要のあるユーザーや組織を支援する厳格なテスト、複数のデプロイメントプラットフォームの複雑さを軽減ので、テクニカルサポート、さまざまな開発ツールの企業の基準に沿って、よりその新技術をサポートします。
最後には、IT部門、白熱した議論の合併のシナリオがたくさん。貿易の噂は、HPは、Red Hatが（高価な）買収するHPがNovellを（非常に興味深い）取得します。目的の購入に関係なく、必ず、HPの買収は、明らかにSOAはできるだけ早く、初期出発点の問題の作成に使用したいのHPのSOAのオープンソースです遠大な計画だ。だから、HPがBEAは伝聞でした取得します。
第四に、オープンソースの新時代を開くのSOA
SOAは、それ自体印象的な近代的な分散コンピューティングのアプローチですが、柔軟性と俊敏性の配信のエンタープライズビジネスサービスを変更することができます。しかし、広範なSOA機能のために、ソフトウェアツール、ビジネスの意思決定者の必要な数の実施範囲と慎重に検討の規模にする必要があります異なる場合があります。
伝統的な独占的なソフトウェアは、通常だけでなく、自分自身と他のコンポーネントに一緒に仕事関連している。違いは、オープンソースのソフトウェアの間では、民間の世界で人々は常に製品のセットです。すべての商用ソフトウェアベンダがワンストップサービスを提供する。彼らはオープンソースの世界で、人々は1つの事とは非常にやって、非常に良いに焦点を当てるとしていた。彼らは非常に優れた機能を確立するために試みたが、常に人々のビジネス人々の数を実施する覚えている。オープンソースが認識ホットスポットやトレンド、実際には、その初期段階では、オープンソースの、初期の強さは、すでに運命になってきました。
オープンソースソフトウェアのヘルプは、企業はSOAの成功を行くことができる最小限の資本のリスクが必要です。最近では、SOAは、SOA製品およびサービスの多くの分野を立ち上げ、これらの製品は、サービスとして公正使用限り、それは人々の重要なステップ真のビジネスの柔軟性を達成するために努力を助ける。
オープンソースの技術、オープンソースの製品やメソッド、オープンソースのSOAのintegrationの問題処理に有用な関与を通じ、オープンソースtechnologyでエキサイティングな見通し、サービス指向アーキテクチャnew時代を開いて表示may。 SOAのオープンソースベースのIT計画の方程式が書き換えられます。もちろん、簡単な応答は変化には、非常に重要な要素で成功するための数式です。
五結論
開発者は、オープンソースのソフトウェアは、この問題を解決するために、それが問題ですプロプライエタリなソフトウェアベンダを閉じた。 SOAの成功は、すべてのオープンソースコンポーネントは、サービス指向アーキテクチャのアプリケーション、インタラクティブな作品へのアクセスです。消費者にとって、オープンソースとSOA SOAの組み合わせは、一般をもたらすことができるかもしれませんが、また、何を行うことを期待。この合併のため：削減に、これ以上のライセンス料だけでなく、関連技術の市場へのアクセスで使用可能な費用;、交換のコンポーネントを作るプラグインの概念のおかげで、広い範囲を選択できます。影響、社会の一員となり、将来の開発機会に影響を与えることができます。
したがって、私は、オープンソースが主流にSOAと広くモードの選択に使用されると思います。したがって、独立系ソフトウェアベンダーは、成長段階で市場を入力する手段、それはフレームワークを広く使用され、最終的に有望な市場の形成提供し、それがサードパーティのグループとの統合を提供します作品。システムインテグレータ、顧客、市場の潜在力を活用するより助長の潜在的価値をキャプチャすることができます。
アインシュタインはかつて、"物事は可能な限りではなく、単純な単純なものである"と述べた。 SOAは、SOAの仕様にますます改善され、SOAの標準化プロセスの進展は、アクセスメソッドのコンポーネントを統合するオープンソース技術とオープンソースのソフトウェア産業がさらに開放だと相まって、オープンソース指向のSOAは徐々にコンセプトがステージから行くリアルタイムの標準化。この時代の到来では、SOA、オープンソースと商用製品れるより多くの、取得良く。アプリケーション設計者、開発者、システム管理者、ユーザーと他の産業のためのSOAの文明ソース実装の使用、およびSOAの利点の究極のソースSOAの異常な饗宴をお楽しみいただけます。