先日、マイクロソフトのクラウド事業・Azureのセミナーに参加したところ、最新の「第４世代コンテナ型データセンター」をトラック付きでプレゼントされました。

ずっと放置してきたのですが、最近やっと時間ができたので組み立ててみました。

スライドショー （クリックで次の写真に進みます。）

[[Show as slideshow]]

↑ コンテナ型データーセンターの組み立て作業。

参考： FRT Vol.4 クラウド 規模の経済の裏側

これは日経コンピュータの中田記者による講演動画です。Microsoft,Google,Yahoo,Amazonといった巨大クラウド事業者の裏側であるデータセンターの「規模の経済」が解説されており、大変勉強になります。

Windows Azureアプリケーション開発入門 (MSDNプログラミングシリーズ) 酒井 達明

okachimachiorz氏

• MapReduce（Hadoop）はWeb系ビジネスから出てきた技術だが、物流・会計などの基幹系ビジネスのおよそ9割に、素直に適用できる。適用範囲は意外に広い。産業構造に大きな変化を与える程の、巨大なインパクトを持っている可能性がある。
• このように大きな可能性を持っているMapReduceだが、課題は多い。例えばクラス図やシーケンス図といった既存のモデリング手法が使えないなど。新たな設計手法が必要とされている。

shot6氏

• Hadoop適用の前に、設計・開発・テスト・運用・障害対策・品質保証と考えなければならない様々な問題がある。扱うべきテラバイト級のデータはそもそも何処に在るのか？、HDFSにデータをどのように入れ・どのように取り出すか、「JobTrakerが死んだときは再起動する」という運用でホントに良いのか？、拡張運転の話はよくあるが縮退運転は可能か？、バグの見つけ方・テスト手法は？、生のMapReduce（Javaクラス）とPig・Hiveとの使い分け方、などなど。
• 主催している「Hadoopソースコードリーディング」の人気が凄い。ただのインフレか？「Hadoop大国日本」か？

asami224氏

• 既存のシステムは、S（アクター）・V（イベント）・O（エンティティ）の連鎖でモデリングすることが可能。これをクラウド上でのモデリングに応用しようと試行錯誤している。
• プログラマーは図を描くよりも、テキストの方が書きやすい。DSLを使ってモデリングとプログラミングを同時に行なう「モデグラミング」を開発している。
• 「静的構造モデル」と「状態遷移モデル」はDSLから自動生成。「振る舞いモデル」は工夫が必要。今までどおり「手続き」として書いてしまうとクラウド上ではロックだらけに。メッセージフローモデルを導入した「g3フレームワーク」を開発中。

masayh氏

• Hadoopは物理モデル。論理モデルの導入が必要。論理モデルとしてDryadとPregelなどの「グラフデータモデル」が有効。
• DryadはHadoopに比べて論理モデルを持っている。自動生成やデプロイ、さらにデプロイ後の自動最適化など。
• データの入力と出力の依存関係のマトリクスからグラフを作り、MapとReduceをどの粒度でやるかを考える。
• DryadLINQが操作モデル。操作モデルを使うには、データの構造定義を先にする必要がある。（データの構造定義＝Directed acyclic graph？ ※著者注）
• クラウド上のデータは、（Cassandraで扱うようなデータ構造ではなく）最終的に人間の知識構造に近づくと思われる。（セマンティック・ウェブ？）

座談会

• 業務フローをDAG（Directed acyclic graph）で書いてみるとかなりできる。DAGは計算/最適化可能。つまり、このDAG自体をMapReduceで計算できる。 （okachimachiorz氏）
• Dryadではそのような計算をして、グラフを動的に変更している。ただし、ネットワークトポロジを考えないといけない。Dryadがプライベートクラウド向けということは、ネットワーク分断が問題になるから。（masayh氏）
• ノードの重みとか、流量とか考えれば最適化できるけど、問題が複雑化しすぎる。抽象化レベルをどの程度にするかが問題。 （masayh氏）
• アカデミックでは1980年代辺りから、データフローの検討は多いので、発掘される技術があるかも。データの依存関係の局所化できる粒度を見つけたり。 （？）
• 大量のデータがどこにある？という問題提起は、そう思わない。諦めて捨てているデータは多い。期間限定で保存して捨てたり。現状、小売りの販売データは大抵１３カ月で捨てられる。これではたいした分析が出来ない。米でウォールマートがあれだけ強いのは、商品ごとに利益率データを分析しているから。日本でこれが出来ている小売はない。 （okachimachiorz氏）
• アメリカ政府では、気象データなどの公共性の高いデータのマーケットプレイスを構想している。これを基礎データとして、ビジネスを発展させるという展望を持っている（Data.gov？）。いずれ日本でもそうなる時期に備えて、大量データの扱い方のノウハウを準備しておく必要がある。 （masayh氏）

上記すべての記述は、そのままの発言ではなく、私の解釈が入ったものです。 勉強不足でグラフ関係の話が（重要にも関わらず！）スッキリ頭に入ってきませんでした。

主催者によると「今後もやっていきたい」とのことなので、期待できそうです。

参考：Togetter – まとめ「Hadoopを中心とした分散環境での開発方法論・モデリング・設計手法等についての座談会」

Hadoop Tom White

上流工程UMLモデリング 業務・要求分析からプログラミングへのモデル化技法 浅海 智晴

マインドマップではじめるモデリング講座 (DB Magazine SELECTION) 浅海 智晴

アーキテクトの審美眼 (DBMagazine SELECTION) 萩原 正義

１、OpenSocial ケータイ Game 戦国時代 山下英孝（mixi）,山口徹（DeNA）

mixi・モバゲー各担当者による、話題のソーシャルアプリのセッションです。どちらのプラットフォームもOpenSocialを採用し、システム構成は似ているものの、各APIへの対応ぐあいや認証の仕組みなど、細かいところで様々な違いがあることが分かりました。

面白かったのがユーザー層の違い。大まかな傾向として、mixiがリアルでの知り合いがつながっているのに対して、モバゲーはゲームを通して知り合った、必ずしも顔見知りでない友達が多いのだとか。アプリ作りにもいくらか影響があるかもしれません。

２、本当に問題ないですか？～大規模RIA案件50社をこなしてきたプロが語るエンタープライズにおけるCloud＆RIAアーキテクチャ 島村伸之（住商情報システム）

顧客にクラウドを利用したシステムを提案したところ、「データが国内で管理されないのは不安だ」と言われたとか。これから多発しそうな話です。

３、三周遅れのXP -僕とドワンゴのXP- 庄司嘉織（ドワンゴ）

プレゼンが面白かったです。時々「？」と思わせる違和感のある言葉が出てくるのだけれど、その言葉がフックになって次々と内容に引き込まれて行きました。

最終的にはドワンゴにおける正統なアジャイル開発の実践事例の紹介でした。アジャイルがいま再注目されている理由がよくわかりました。

講演資料：三周遅れのXP

４、クラウド開発に役立つ OSS あれこれ 水野正隆,奥垣内喬（オージス総研）

クラウドサービスと既存のオンプレミスアプリケーションとの統合等の為に使えそうなOSSの紹介でした。はやり実務ではクラウドだけで完結するケースは少ないようですね。

rforce, fabulatr, Puppet, Wakame, Atomosphere, muleESB, Eucalyptus などが紹介されていました。

講演資料：クラウド開発に役立つ OSS あれこれ

５、パネルディスカッション 出張！ DDD難民救済キャンプ ～ドメイン駆動設計をあきらめない～ 和田卓人,角田直行,和智右桂,佐藤匡剛,渡邉健太郎

正直、DDD（ドメイン駆動設計）は、言葉を知っているという程度だったのですが、このパネルディスカッションのおかげで大変興味を持つことになりました。

Zenスタイルで「ユビキタス言語」「ブレイクスルー」といった魅惑的な言葉が説明され、圧倒されました。

講演資料：出張！DDD難民救済キャンプ

Domain-Driven Design: Tackling Complexity in the Heart of Software Eric Evans

６、Programming Amazon Web Services/EC2,SQS,S3,SimpleDB Jeff Barr（Amazon Web Services）

AmazonのエバンジェリストJeff Barr氏によるセッションです。クラウドの概説から入って、CloudFusionを使ってPHPからAWSの主要サービスを利用するチュートリアルが説明されました。

クラウドの概説で「Utility Pricing」という言葉が使われていたのが印象に残っています。クラウドは電気やガスのように使える「ユーティリティーコンピューティング」であるという説明に、今まで少しばかり引っかかっていましたが、課金面のアナロジーから入っていくとスッキリ理解できました。

７、次世代Web標準 HTML5 最新動向 矢倉眞隆,小松健作,羽田野太巳,白石俊平,上山智士,竹迫良範

最初にHTML5の概説があり、その後、HTML5を使った様々なアプリ紹介がなされました。

概説で、それまで断片的だった知識が整理されたのは助かりました。また事例の中では「Web Workers」によるクライアント・コンピューティングの姿には未来を感じさせられ、クラウドによるサーバ・コンピューティングとの関係がどのように整理されていくのかも含めて、興味く感じました。

講演資料：
HTML5 & Web Platform
Web SQL Databaseを用いたサーバーレスパーソナライズドサービス

HTML5&API入門 白石 俊平

徹底解説HTML5マークアップガイドブック 羽田野太巳

以上、２日間に渡って見学したデブサミ2010の感想でした。私が行った他にも興味深いセッションは沢山ありました。いま私は、行けなかった分の講演資料を確認しているところです。不況の影響で今年は開催が危ぶまれたそうですが、来年も開催されることを切に願いたいと思います。

以下、1日目に行ったセッションすべての感想です。（敬称略）

１、クラウドがもたらすパラダイムシフトとデベロッパーへのインパクト 栗原潔

「所有から利用へ」「サーバ中心コンピューティング」「データセンタ集約」「選択と集中」のメガトレンドは以前より着々と進行しており、「クラウド」という言葉もメガトレンドの表れ。たとえ「クラウド」という言葉が廃れても、メガトレンド自体は変わらないとのこと。このメガトレンドの中で、既存のSI会社は厳しくなり、「ノマド」ワーカーが創意工夫で活躍する時代になるらしいです。

途中、世界各国の年齢別人口比グラフが紹介されたのですが、少子化である日本の若年層が減っているのに対して、インドではすごい勢いで若年層が増加しており衝撃的でした。これから厳しくなる日本の環境の中で生き残っていくには、個人としての「選択と集中」が重要になってくるという締めでした。

講演資料：クラウドがもたらすパラダイムシフト

参考書籍：

ライフサイクル イノベーション 成熟市場+コモディティ化に効く 14のイノベーション ジェフリー・ムーア

２、“クラウド”をビジネスにしませんか？ 〜 Force.comのテクノロジーとビジネスモデル 〜 岡本充洋（Salesforce）

Salesforceのセッション。「Salesforceを使えば開発の生産性が５倍上がる」という調査会社のレポートが紹介されました。WebでDBが即座に設定できるなどのデモを交えながら、コーディング過程のみではなく、開発のライフサイクル全体で生産性が５倍上がるとの説明でした。

またユーザーと開発者が同じ方法でログインするなど、Salesforce独自のアーキテクチャが強調されていて興味深かったです。試用できるようなので、早めに時間をとって評価してみたいと感じました。

講演資料：“クラウド”をビジネスにしませんか？

３、Google的分散コンピューティング Gregor Hohpe（Google）

最初は、GFS、BigTable、MapReduce、Sawzallの概説から始まりました。ここらへんの話は「Googleを支える技術」を読んで既に知っている話だなと聞いていたのですが、概説が終わったあとは、Google的な設計原則に関する興味深い話に入っていきました。

特に面白かったのは、ステートレスな処理とステートフルな処理を分離して設計するという原則。ステートレスな処理は分散が容易だが、ステートフルな処理の分散は難しい。ステートレスな処理だけでシステムの目的が達成できれば良いのだが、大抵そう上手くは行かない。どうしてもステートフルな処理も必要になってくる。そうした場合には、ステートレスな処理を行う場所とステートフルな処理を行う場所を混在させるのではなく、２種類の処理を分離してまとめる設計にしよう、という話でした。

４、ドッグフーディングとアジャイル開発 大澤俊介（Atlassian）

自社内でのベータ版の試用のことを「ドッグフーディング」と言うらしいです。初めて知りました。アトラシアン社内でのイテレーションのまわし方などが紹介されていました。

講演資料：Dogfooding and Agile Development

５、MVP & .NET Community Member`s Lightning Talks 猪股健太郎、小野修司、福岡寿和、亀川和史、瀬尾佳隆、冨田順、こだかかおる

マイクロソフト系コミュニティのライトニングトークス。どの話も面白かったです。アプリ内にSQLを書いてDBにから直接データを取得するのでは無く、間にWebサービスを設けてみると良いという話と、Visual Studioでテストデータが簡単に作れるという話が、私にとっては実践的で印象に残っています。

講演資料：
MVP & .NET Community Members Lightning Talks
WCF RIA Servicesって
Visual Studioでテストデータを作ろう
Windows Azureで Webサーバーを再発明してみる
Windows 7のトラブルに立ち向かう～Troubleshooting Packご紹介

６、RDB入門～アプリケーション開発者が陥りやすいDB開発の落とし穴～ 磯辺信雄（iAnywhere）

実際に起こった問題をもとにRDBの技術を解説していくというスタイルで、非常に実践的な内容でした。「トランザクション分離レベル」「効率の良いSQLの書き方」「Viewの使い方」「ボトルネックになりやすいディスクI/O」などが解説されました。

講演資料：RDB入門 ～アプリケーション開発者が陥りやすいDB開発の落とし穴～

７、パネルディスカッション 『徹底入門』の著者による仮想化エンジニアの未来 平初（Red Hat）、各務茂雄（VMware）

担当編集者の司会のもと、Xen、WMwareと、２つの仮想化技術入門書の著者によるパネルディスカッションでした。平氏がQEMUの仮想ハードウェア構成からXEN、KVMと順次解説されて、「もっとハードウェアのことを知ろう！」と言われたことが印象に残っています。議論の終盤は、個別の技術から離れて未来のエンジニア像の話になり、「（グローバル化で）日本人というだけで付加価値があった時代は終わりつある」「英語、そしてなによりも日本語での表現能力がますます重要になってくる」と大変刺激を受ける内容でした。

セッション終了後には、直前にニフティがWMwareを使ってクラウドサービスを開始のニュースを読んでいたので、気になって質問しに行きました。記事の中で、「VMwareのコストは支配的ではありません。むしろ苦しいのは、ストレージのコストですね。」とあります。これはディスク容量が苦しいのではなくて、ディスクI/Oがボトルネックになっているとのこと。IOPS（Input/Output Operations Per Second）が問題となっているので複数台を接続する必要がありコストが掛かる、という理屈がスッキリ理解できました。

参考書籍：

Xen徹底入門 第2版 (CD-ROM付) 宮本 久仁男 平 初 長谷川 猛 津村 彰

VMware徹底入門 (DVD付) ヴイエムウェア株式会社

２日目の感想に続きます。

もともとWebの価値の大部分はリンク（ハイパーリンク）にある、と昔読んだ本に書いてあったことを思い出す。人間が頭を使って、コンテキストを判断しながらつなげた情報をブラウズするのに対して、非公開で不可解なアルゴリズムの判断に身をゆだねながら情報をブラウズするのは「きもちわるい」し、現に非効率だ。

もちろん「検索」が必要なくなる訳ではないが、表舞台から退場し、あまり使われないコンポーネントの１つになり下がる可能性は大いにありそうだ。

Google社のミッションは「世界中の情報を整理し、世界中の人々がアクセスできて使えるようにすること」らしいので、別に検索だけが事業ドメインではないようだ。彼らが賢いのは自明なので、「検索」だけではジリ貧になると分かっているから（waveなど）いろいろと仕掛けてきていのだろう。

（対してYahooは昔から、検索はコンポーネントの１つで、コンテンツが主体だ。これは正しい！）

Google社でも安穏としていられないほど、今のWebの世界の競争は激しくて、ほんと面白い時代だなあ、と感じます。

参考記事：リアルタイム検索の向こう側：アンビエント・ストリームの夜明け

ソフトウェア要求 Karl.E.Wiegers

ソフトウェアを使う人（ユーザー）と作る人（開発者）が異なる場合、何を作るかをユーザーと事前に決めておかなければなりません。事前に決めておかない場合、ユーザーのニーズとかけ離れた、ソフトウェアが出来てしまう恐れがあります。要求定義とは、「どのようなソフトウェアを作るか」についての共通理解を文書化する作業です。

要求とは？

要求は次の２つ点を満たさなくてはいけません。

1. その要求が実現されていることが、外部から見てわかる。
2. その要求が、ユーザーのニーズを満たすのに役立つ。

要求がユーザーのニーズを満たしているかどうかを判断するには、ユーザーに質問をしてみる必要があります。開発者に要求が妥当かを判断することはできません。ユーザーのニーズに照らしてはじめて、その要求が妥当かどうか判断できます。

要求定義のプロセス

要求定義のプロセスは、「要求の導き出し」「要求の分析」「要求の仕様化」および「要求の管理」から構成されます。

要求の導き出し

ユーザーから要求の候補を集めるプロセスです。「インタビュー」「グループミーティング」「観察」などの方法があります。

・インタビュー

ソフトウェアの対象となる業務全体について、少数のユーザーが詳しく知っているような場合には、その人たちを対象に、インタビューを行います。インタビューの中で、ソフトウェアに求められる要求を引き出して行きます。ドン・ゴースやワインバーグの文献が役に立ちます。

・グループミーティング

ソフトウェアの対象となる業務全体について、多数のユーザーが少しずつ知っているような場合には、その人たちを一堂に集めて、グループミーティングを行います。要求の引き出しに使われるグループミーティングの典型的な例は、ブレーンストーミングです。ブレーンストーミングをとおして、参加者が協力して要求を導き出していきます。要求開発ワークショップの進め方 ユーザー要求を引き出すファシリテーションが非常に参考になります。

・観察

ユーザーが行う業務を観察もしくは実践してみて、要求を導き出します。ユーザーが自らことばにできない暗黙知を発見することができます。対象の業務が、高度なスキルを持つプロフェッショナルによって行われている場合に有効です。

また上記の要求の導き出しの際には、「プロトタイピング」および「ユースケース（シナリオ）」のテクニックを補足として使うと、より効果的に要求が集められます。

・プロトタイピング

HTMLやUIライブラリなどを利用して、ソフトウェアを部分的にすばやく実装します。それをユーザーに提示することで、要求のフィードバックを得る方法です。

・ユースケース（シナリオ）

ユーザーとシステムとの相互作用を記述する手法です。たとえば、ユーザーに「このソフトウェアにはどのような機能が欲しいですか？」と質問します。出てきた結果の機能要求リストは、ユースケース名と成り得ます。さらに各ユースケースのステップについて質問することで、要求への理解が深まることになります。ユースケース実践ガイド－効果的なユースケースの書き方が参考になります。

要求の分析

引き出した要求を分類し体系化（階層化）します。また、各要求ごとに、ユーザーのプライオリティ（優先度）と、開発時間の見積りを出します。

そして、スケジュール、予算と、各要求をどのリリースに含めるか（あるいは含めないか）のトレードオフを、ユーザーと合意します。

要求の仕様化

要求を、開発に困らない程度にまで詳細にした上で、箇条書きのリストにします。各要求には、ユーザーのプライオリティ、見積り時間に加え、追跡可能なユニークID、要求の発生源、詳細、関連モデルやUIサンプルへのリンク、開発責任者、ステータス、対象リリースなどの属性を付けて、スプレッドシートや要求のデータベースに格納します。

要求の文章に加え、モデルを作成するとより要求への理解が増す場合があります。そのようなモデルには、「ユースケース」「状態遷移図」「ディシジョンテーブル/ツリー」などがあります。

また、ユーザーインターフェースの理解が、文章だけでは難しい場合は、画面や帳票のサンプルを作成します。関連する要求には、そのサンプルへのハイパーリンクを属性として含めます。

要求リストが完成したら、直近のリリース対象の一覧を出力し、ユーザーと合意をします。これを要求のベースライン化と言います。

要求の管理

要求のベースライン化が完了したら、開発作業を開始します。ただし、ベースライン化後も要求の変更を受け入れる必要がります。

ベースライン化後の要求の変化に対しては、ユーザーと開発者とで「変更管理委員会」とよばれる定期的な会議を設けて対処します。会議では、変更依頼のあった要求のプライオリティと開発時間の見積りを出し、現在のリリースに含めるか、後のリリースに入れるか、もしくは却下するのかを判断します。

成功する要求仕様 失敗する要求仕様 アラン・M・デービス

ソフトウェア要求 Karl.E.Wiegers