SOAはMOTTAINAIの思想ですな

現在設計中のシステムで、SOAを軽く勉強している。
俺が実実装するわけじゃないので、概念理解と設計に必要なレベルの範囲でだけど。

勉強して思うに、これはMOTTAINAIの思想ですな。
システムを更新・更改するのに、全てを新しい技術で（技術が新しいだけで、まともに動くかどうかは動かしてみないと判らない）換装して古い技術であってもそれがまともに動いている限りにおいてはそれを再利用し、その上に新技術の皮をかぶせて新技術とも連携応用可能にしようと言う、
まあ思想的には昔っからあるわけですが（Class::DBIのバックエンドがRDBMSに限らないのと似たようなもんか）、最新の流行はそれにWebサービスの皮かぶせて、SOAって名前付けてといった感じなのか。

振り返ってうちでSOAをやる理由はっちゅうと、プロジェクトとしては既存システムの換装なんだけど、そのレガシーを活かすためにSOAを導入するわけじゃなくて、以前の記事でもちょっと書いたけど、今度のシステムが司る業務の運営ノウハウが社内にないので、同じ業務システムの構築経験のある他社のフレームワークを導入しようとしてる。
そしたら、そのアーキテクチャが全ての業務機能を自分達で実装したのではなく、それぞれの業務機能の有名な既存アプリを選定して、その上にSOAの皮をかぶせて連携・強調動作するようにさせたというものなので、それを使うためにある程度SOAを学ばないといけない、という話の経路。
というアレなので、上のお偉いアンちゃんやおいちゃんは、単にフレームワークを導入しようと思ってるだけで、それがSOAだとか何とかは意識してない状況。
ちなみに導入しようとしているフレームワーク自体は、以前の記事で書いたレベルのそこまでアレなもんでもなさそうなんだけどね、ただ相手先とのコミュニケーションの薄さ、情報の少なさに現場、特に設計が振り回されるだけで。

というわけなので、SOAの技術を使う事になりそうにも関わらず、既存システムの流用は全く考えられておらず、それどころか下手をすればハードレベルで、現行と同じ機能を果たすハード装置を見積もろうとしたら同一機種しかなかったという状況でも、新しく買って換装、とかって話にもなりそうな感じ。
MOTTAINAIの思想には全くの逆行。
ほとんど意識されてないとは言えSOAを導入するシステムで、レガシーの活用どころか大いなる無駄をやろうとしてるのになんかすごい皮肉を感じる。
というか、一時横浜の職場で遠隔勤務してた頃に、一時勤務だし新しいPC準備できないからと、メモリ128MBの個人マシンで推奨メモリ1GBのソフトの試用版評価とかを業務でやっていた（超MOTTAINAI状況！）俺としては、社内ではそんな感覚であるにも関わらず、相手がお客さんだとバンバン金使ってくれてOKと、無駄遣いに対する感覚が鈍ってしまうのはちょっと違和感。

その辺、こういう官公庁向けのシステムとなれば、以前の仕事でもそうだったけど納品した機器の将来のメンテナンスなんかも含め、一括で受注するので、同じ機器を使ってても換装前のシステム納入者が購入した装置だと、うちが動作保証のしようもないので、変な気がしてもこういう形を普通はとるというのも判るし、また開発時が大変、同一環境準備できないから納入しても動作保証できない、というのも判るんだけど、
その辺は知恵でなんとかして、せっかくシステム換装のプロジェクトでSOAを導入するんだから、完全置き換えでなく既存システムの有効活用をしましょうよ、と提案する客先担当者がいれば「神！」なんだけどな。

後、可能性としては、今の会社でのプロジェクトも、この規模の仕事をやるのも、私は初めてなので、もしかしたらもう少し先の見積額を叩かれるになるフェーズで、君コレ高いよ、それなら既存ハード流用して下げますか、とかって話も出てくるのかもしれないけど。