<< 関心事オブジェクトの識別 【パターン】 | main | ドメインオブジェクトは 「固定」属性と「変動」属性を見分けるべし 【パターン】 >>

SOA も、ロバストネス分析で

SOA というか、Mule ESB を使って、こんな感じのサービスを、いろいろ開発している。

Mule ESB サービス

一番、多いのは、DB to DB のデータ転送サービス。

データベースにレコードを書きこんだら、その「書きこみイベント」を、サービスに通知する。
サービスは、その結果は、別のデータベースへの書きこみメッセージとして通知する。
(実装は、 Mule ESB の JDBC endpoint を使えば、メッセージの検知・消費・生成方法を簡単に宣言できる)

通知は、SMTP でメール発信でも良い。
CSV ファイル読み込みの場合は、 CSV ファイルを読み取り、一行ごとに、 JMS メッセージを生成(送信)する、という方法で実現している。

この、Mule ESB を使った、メッセージングスタイルのサービスを、どうやって、「分析・設計」するか、いろいろ考えていた。

で、ICONIX のロバストネス分析、そのまま、使える、という発想にたどりついた。

メッセージング 予備設計

画面アプリ( Web アプリケーション ) は、MVC スタイル。

で、画面で、 submit ボタンを押す行為は、「メッセージの送信」ということ。
画面に、何か表示するのは、「メッセージの受信」ということ。

つまり、画面アプリも、メッセージングスタイルのアーキテクチャで考えればいいんじゃないかと。

そうすると、画面アプリも、ESBも、「サービスコンポーネント」に対するメッセージの送受信というモデルで、分析・設計できる。

私たちは、画面アプリの分析・設計は、ICONIX プロセスで、「ロバストネス分析」で、ずっとやってきた。
その方法が、そのまま、メッセージングスタイルのサービスにも、使えるのは、なかなか良い感じだと思っている。

アクターが「人」であれば、画面アプリ、アクターが、外部システムであれば、メッセージングスタイルのアプリ、というわけだ。

コメント
コメントする









この記事のトラックバックURL
トラックバック
calendar
      1
2345678
9101112131415
16171819202122
23242526272829
3031     
<< July 2017 >>
システム設計日記を検索
プロフィール
リンク
システム開発日記(実装編)
有限会社 システム設計
twitter @masuda220
selected entries
recent comment
  • 番号より名前。 ニーモニックコードより名前。 【パターン】
    師子乃 (03/10)
  • Smart UI が優れている?
    masuda220 (03/10)
  • Smart UI が優れている?
    kagehiens (03/09)
  • オブジェクト指向プログラミングの教え方?
    masuda220 (12/05)
  • オブジェクト指向プログラミングの教え方?
    ZACKY (12/04)
  • 「オブジェクトの設計力」 スキルアップ講座やります
    masuda220 (08/14)
  • 「オブジェクトの設計力」 スキルアップ講座やります
    kompiro (08/14)
  • 「オブジェクトの設計力」 スキルアップ講座やります
    masuda220 (06/13)
  • 「オブジェクトの設計力」 スキルアップ講座やります
    JHashimoto (06/13)
  • 「オブジェクトの設計力」 スキルアップ講座やります
    masuda220 (02/28)
recent trackback
categories
archives
others
mobile
qrcode
powered
無料ブログ作成サービス JUGEM