IT ARCHITECT SUMMIT 2006 SUMMER
「ITアーキテクト・サミット 2006 Summer」に行ってきました。場所は大手町。そういえば、20世紀最後の大晦日から21世紀の元旦にかけて、この近くで仕事してたなぁ…。
- 【SP-1】サービス指向アーキテクチャの実践 / マイクロソフト株式会社 成本 正史 氏
- 実際の事例に携わった経験を踏まえたお話は、説得力がありました。また、マイクロソフトっぽくなく (偏_見;;; 、ユーザ本位の姿勢がとても好印象でした。
- 金融業界を例にした、ケーパビリティのマッピング*1の説明は、分かりやすかったです。「ビジネスケーパビリティ=サービス」という考え方にもとづいて、いい感じの粒度で、サービスコンポーネントに設計ができれば、業務の規模に応じてそれらの組み合わせを変え、変化に強いビジネスアプリケーションの実現も夢ではないのかなぁと思いました。
- あと、「SOA設計ガイドライン」と「ポリシーのデザイン」はSOAの考え方を取り入れた開発を行おうとした際に、とても参考になりそうです。
- Windows Vista の画面、チラ見しました。ん〜やっぱ、これからは3Dですね♪
- 【IB-1】SOA開発を支える技術/製品、その最新動向を探る / 野村総合研究所 城田 真琴 氏
- 基本的にSOA弱者なので、大変ためになりました。BPMN*2が標準になりつつあるそうな…。
- ESB…分散、疎結合、標準技術 がキーポイントかぁ…なるほど。
- XMLアプライアンス…XML処理専用機で、負荷の高いXML処理を高速実行するもの?
- SCA*3とSDO*4は、様々なデータソースに対し、統一的なインターフェースを提供する仕組みのようです。でも、これって、コンセプト的にはADO*5と同じでは…と思ったのは私だけ? ODBC→JDBC、ADO→SDO ? … う〜ん、微妙 … ADOは個人的な浅い経験からすると、ODBCの焼き直し?みたいな印象があったのだけれど、果たしてSDOは…? ま、現在はWebサービスやSOAの考え方が広まってきている状況があるので、きちんとSOAっぽく利用されるでしょうね。
- オープンソースのBPMプロダクト*6、ESBプロダクト*7ってけっこうあるんですね。
- まとめ「ビジネスプロセス中心のモデル駆動型の開発はSOAアプリケーション開発の中心になる」に自分で赤線引いてました… ^^;
- 【IB-4】米国SOA最新事情 / 米国マサチューセッツ大学 鈴木 純一 氏
- (^^ サインもらいました♪ 快く書いて頂きありがとう御座いました。
- NASAなどにおける、衛星写真の加工/検索システムへのESB適用例をもとにお話されていました。
- コンポーネントをデプロイメント・ディスクリプタに基づいてフィルターアーキテクチャー構成でデプロイして、システムを実現するというESBのコンセプトが非常に分かりやすかったです。
- また、デプロイメント・ディスクリプタの記述量が多くなってくると、直接XMLを変更するのは困難になってくるということで、それに対する解決策として、UML拡張を使用して、視覚的にサービス定義やプロセス定義が出来るようにしているということでした。UMLのステレオタイプを使用して意味づけしたクラス図から、プロイメント・ディスクリプタを生成する方式で対応しているようです。これぞまさしく、仕様と実装の一体化では!
- 実装には、Mule ESB を使用しているそうです。
- サービスの数としては、けっこうな数になるそうです。
- 衛星からは、X線写真とか、ノイズ除去したものとか、様々な種類の画像が送られてくるそうです。
- 利用者の要望に応じて、検索された画像を、指定の加工処理を施したのちに届けるというシステムのようです。
- スケジューリングされたタスクによる処理と、ユーザイベントによる処理の両方に対応しているとのこと。
- SOAの特色としては、疎結合と処理の隠蔽 という点を強調されていました。
- アメリカの地方自治体が、高額なものを買う場合、専門の購買組織に申請する必要があるそうで、今はFAX+手作業というワークフローなのですが、エラー率45%(購買組織側の入力ミスとか) !! とのこと。 このワークフローを自動化するために、SOAベースのシステムを提案しているとのこと。購買組織はやる気満々なのだけれど、申請書などの共通化を図るために自治体の現状分析をしに行ったりした人の話だと、今のワークフロー(FAX申請)に、特に不満はないので、なかなか協力的になってくれないとのこと…。人間いずこも同じ?
- 感じたこと
- エピローグ