BPELサーバとESBの使い分けの一アイディアを解説している記事です。 http://www.thinkit.co.jp/free/article/0606/3/6/
SOA
ThinkIt5回目
2006年09月07日 · コメント（0） · SOA
SOAの記事の第5弾です。 BPELについて書いています。 BPELの記事の多くはアクティビティの説明中心なので、変わった視点で 解説をしてみました。 よろしければご覧ください。 http://www.thinkit.co.jp/free/article/0606/3/5/
タグ :
ThinkIt記事4回目
2006年08月08日 · コメント（0） · SOA
4回目の記事。 ESBのとらえかたのひとつして、「メディエーション」サービスを担うものという考え方がある。 メディエーションをどう作るかという観点とESBの一般的なアーキテクチャについて説明している。 http://www.thinkit.co.jp/free/article/0606/3/4/
タグ :
SOA関係の記事から抜粋とコメント
2006年07月28日 · コメント（0） · SOA
最初の記事は、SOAはクライアント/サーバ技術の現代版？という表題の記事 http://techtarget.itmedia.co.jp/tt/news/0607/27/news02.html そういえばそうかもと思い、Clipingサービスのメールから飛んでみた。 タイトルに対する主張はあまりよくわからなかったがいくつかの記述が琴線に触れたのでメモ。 SOAでコスト削減する方法の1つが再利用であるため、同氏はベライゾンコミュニケーションズの例に倣って「サービス追跡チーム」を創設することを提案する。同氏によると、通信企業のベライゾンでは、ITプロフェッショナルのチームが自社の巨大なSOAインフラを隅々まで検索し、再利用に適したWebサービスを特定し、その情報を開発チームに提供することにより、経費節減を実現したという。 おっしゃるとおり。 昔、EC-ONEさんがcStyleという方法論を提唱された時、コンポーネントのハーベストフェーズがあり、コンポーネント再利用チームがプロジェクトから再利用するコンポーネントを刈り取るとおっしゃっていたことを思い出した。 サービス追跡チームが再利用を促す一方で、サービスの“無秩序な繁殖”を避けるための規律とガバナンスプロセスを確立する必要もある 御意。 再利用は組織論とリンクさせないと意味がないと再確認できた。 絶版になってしまったが、 トッパンの「ソフトウェア再利用ガイドブック」にもこの記述がある。 「実際、標準のWebサービスなるものは存在しない」とシュルテ氏は話す。SOAP、WSDL、UDDIをベースとした“オーソドックスな”Webサービスの従来の定義は、AjaxやPOX（Plain Old XML）などの技術を利用した、そのほかの「Webベースのサービス」によって修正を迫られているという。 WebAPIにかわるのだろうか？ このあたりが一番悩ましいところだ。 [SOA]SOAとROI Part1 http://members.techtarget.itmedia.co.jp/tt/members/0603/13/news01.html 銀行／保険／通信／小売業界および政府部門は、WebサービスやSOAの導入によって大きなROIを得られる可能性が高いという。その理由として、これらの業界はいずれも複雑な分散環境を利用しており、水平的な統合機能を必要としているが、WebサービスとSOAはこれら両方のニーズに対応することを目的とした技術であることを挙げている。 確かに。複雑な分散環境下で統合することは難易度が高い話だから・・・ 連携コストの削減 アプリケーションの再利用という形で得られるもの ビジネスの俊敏性に関する分野 コンプライアンス（法令遵守）に関する分野 上の1～4は記事の抜粋。Returnがあるであろう分野のまとめである。 Part2 http://members.techtarget.itmedia.co.jp/tt/members/0603/14/news01.html ある通信会社では、請求書発行システムが一元化されていないため、利用状況を追跡したり、使用量と請求金額を照合するのが難しいという問題を抱えていた。この会社は、多様なシステムを単一の統合システムにリンクするためのSOAプロジェクトを立ち上げた。その結果、最初の1年間で5億ドルのコスト削減を達成したという。 BPiの例としては非常に典型的。 この話は深く聞いてみたい。
タグ :
SOAのこと
2006年07月25日 · コメント（0） · SOA
言語の違い .NET、Java、PHP、COBOLなどなんでもよく、SOAPなどの標準プロトコルを話せればつながる。（WS-Iのプロファイルに依存するが） プラットフォームの違い UNIX（Linux）、Windows、ホストなどどんなプラットフォームでもよくTCP/IPなどの前提条件を満たしていればよい。 データフォーマット（物理・論理）の違い なんらかの境界を越えるとフォーマットが違っていることが多く、例えば画面とDBの間ではデータ内容、形式が異なる。 そのため、境界間ではデータ変換が必要となる。現状、このデータ変換を実装するのがバカにならない。これをXMLのメッセージでおこなっているためXSLTで変換できる。実装を自動化しても同じ効果はえられる。
タグ :
SOAねた
2006年06月15日 · コメント（3） · SOA
http://japan.zdnet.com/news/software/story/0,2000056195,20140627,00.htm?ref=rss
タグ :
SCAとJBI
2006年06月13日 · コメント（0） · SOA
競合する部分 サービス実装のAPIが異なるから競合する。 両方の陣営にいるOracleとかどうするのだろうか？？？ JBI オープンソースのJBIコンテナ PETALS https://wiki.objectweb.org/petals/Wiki.jsp?page=Main
タグ :
SOAに対するスタンス
2006年06月09日 · コメント（0） · SOA
JBoss Inc.のCEOであるMarc Fleury氏 曰く（via http://www.bcm.co.jp/itxp/2006/01/cat08/31181015.php） 「顧客のニーズを観測をして、顧客のSOA戦略を技術を通してサポートできるようにしていくのだ」 というのが私のSOAに関するところをうまく表している。 さすがにいいことを言う。
タグ :
エンタプライズSOA
2006年05月22日 · コメント（0） · SOA
http://itpro.nikkeibp.co.jp/article/NEWS/20060519/238496/ SOAは技術論に終始しているとのことだが、技術論もばらばらなのは・・・ SAPの話は結構面白いことが多いのでSapphireに行けばよかったかな。
タグ :