SCAをDIコンテナから考える (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 都内某所にてIBM様（こういうときだけ様をつける）によるSOA関連セミナーを受けました。その中でSCA（Service Componenet Architecture）に関する説明があり興味深かったです。 SCA記事（Google先生選）： BEA/IBM/Oracle/SAP/ZendなどSOAサービス統合簡素化技術SCA & SDO 主要ベンダーがSOAプログラミング・モデルの新仕様「SCA」を共同発表 SOA導入を簡単にする「SIerの知恵」、IBM、オラクルなど協力 日本IBM、日本オラクルなど8社が共同でSOAの仕様策定 関連資料（IBMより）： 次世代SOAアプリケーションのためのオープン仕様 Service Component Archite
SOAへの誤解を解く（6）SOAがそもそも「アーキテクチャ」であるその理由（後編）
SOAはアーキテクチャであり，設計の前提となるポリシーとも言える側面も持ち合わせる。そのため，極端な話メインフレームやCOBOLなど使用するテクノロジーがまったく古いままでも，“SOA的なアーキテクチャ”は実現しうる。システム全体の整合性や変更の柔軟性，局所化に耐えうる設計の重要性を理解しているユーザー企業は，実は自覚がなくてもSOAに基づいたアーキテクチャの適用を実践し，移行しているのだ。 古いテクノロジーでもSOA的なアーキテクチャは実現しうる ある保険会社は，100％SOAとは言えないが，“SOA的”なシステム・アーキテクチャを整備している。例えばこの保険会社では，データアクセス・レイヤーと業務ロジック・レイヤー，そしてプレゼンテーション・レイヤーを明確に分けている。以前説明したアーキテクチャ・パーティショニングと同様のことを実施しているわけである。この企業では、業務ロジック・レイヤ
「SOAはベンダーがツールを売り込むためのバズワードに過ぎない」，Martin Fowler氏語る
「私はSOA（サービス指向アーキテクチャ）に対してはシニカルに考えている」。「Refactoring」や「Patterns of Enterprise Application Architecture」といった書籍の著者として有名な米ThoughtWorks チーフサイエンティストのMartin Fowler氏は2006年5月30日，東京都内で講演し，SOAの現状に疑問を投げかけた。SOAは意味のあいまいないわば“バズワード”であり，ベンダーがツールを売り込むための宣伝文句になっているというのだ。ただし，SOAの中には優れたコンセプトもあり，そうしたコンセプトはSOAという言葉とは切り離して考えるべきだという。 「最初は意味があってもすぐに意味がなくなってしまういつものパターンの言葉」というのが，Fowler氏のSOAに対する第一印象だったという。「（同じSOAといっても）人によって言うこ
SOAで変化に強いSCMシステムを作る（4）
上流設計で変化を見切る 以上，流通業界のサプライチェーンの変化に対応することのできるサプライチェーン・モデルとそれを実現するSCMシステムについて述べてきた。今回のシステムでSOAを適用し，変化への強さを実現するときに気をつけたことがある。トップダウンの設計アプローチと多層アーキテクチャの採用である。 SOAを用いたシステム設計の手順は一般に，トップダウン・アプローチとボトムアップ・アプローチに大別できる。トップダウン・アプローチは，ビジネス上のプロセスの視点から業務分析を行ってサービスを切り出してゆくやり方である。新しいビジネスのためのサービス群を用意する際に特に有効である。一方，ボトムアップ・アプローチは，既存のシステムの機能をサービスという形でラップして，他のシステムからの利用を可能にしてゆくやり方である。既存システムの機能を最大限活用する際に有効である。 今回紹介したSCMシステム
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SOA実装のオープン仕様―SCA研究会
セブン＆アイの総合通販サイト｜オムニ7
