Serverと互換性のあるリレーショナル型のサービスを提供すると発表していました(参考:マイクロソフトがクラウドでリーダーシップを握る可能性が高まる)。キー・バリュー型のデータベースは非常に高いスケーラビリティを実現できるのが特徴で、クラウドにはうってつけ。Servicesなどで提供されているデータベース機能はこのキーバリュー型データベースです。ところがキー・バリュー型のデータベースはリレーショナルデータベースとは異なるデータ構造、内部構造を持つため、従来のデータベースアプリケーションをクラウド上に移植する際には全面的に書き換える必要があり、またエンジニアもこの新しいデータベースの仕組みをあらためて理解する必要がありました。Serverと互換性のあるデータベースサービスを提供してほしい」という要望が非常に多く寄せられたそうです。した要望を受けて、マイクロソフトはキー・バリュー型データベースとして提供していたSDSの方針を転換。Serverと互換性のあるリレーショナルデータベースのサービスに変更すると発表したわけです。いうのが僕の疑問でした。これがここまでの経緯。Videos」を見てみました。会場にいかなくてもビデオでセッションを見られるなんて、本当にいい時代になったものです。プレゼンシートもここからダウンロードできます。そのセッションの中で仕組みを説明したプレゼンシートがこれです。Serviceの実装を解説したプレゼンシート。Serverは次のように実装されていると解説されていました。ビデオの32分あたりです。Serverを走らせる1つのDBはおおむね3つ以上のレプリケーションを別サーバ上に持ち、それらはつねに同期しているクライアントアプリケーションは、マスターDBを保持するサーバに接続する。万が一そのサーバがダウンした場合は、瞬時にレプリケート先のスレーブにフェイルオーバーするマスターとなるサーバの負荷が高まってきた場合、そのサーバに同居しているほかのDBの処理を別サーバへと動的に移動させて負荷を軽減することで、ロードバランスを行うもしかしたら誤解している可能性もあるのですが、セッションビデオを見る限り僕はこのように理解しました(あえていえば、これまではこの構造の上にキー・バリュー型のデータベースを実装していたけれど、それをやめて内部構造をそのままむき出しにしたようなものではないかとも思うのですが......)。この構造によって、物理的にどこかのサーバがダウンしたとしてもサービスは稼働し続けられますし、ロードバランスである程度のスケーラビリティも維持できそうです。したら僕が誤解しているだけかもしれませんが、スケーラビリティについては最大でも1台のサーバの全能力を使い切ったところが上限になってしまいます。キー・バリュー型なら、並列処理で同時に何台ものサーバを稼働させた高いスケーラビリティを備えているのですが、マイクロソフトはそうしたスケーラビリティよりも互換性を重視すると割り切ったのかもしれません。僕が誤解している可能性も捨てきれません。Servicesチームのブログでは「スケーラビリティは犠牲にしない」としています。実際にはもっと並列処理を取り入れたスケーラビリティを実現しているのかもしれません。このあたりどうなっているのか、引き続き情報を収集しようと思っています。Niino(jniino)IT系の雑誌編集者、オンラインメディア発行人を経て独立。2009年にPublickeyを開始しました。2.7サポートを発表Google、Lookerの買収完了を発表。Enterprise、BtoBスタートアップ向け支援プログラムで無料提供と発表。Networksの買収を正式発表。Terminal」機能確定版リリース。コマンドラインからIssueやプルリクなど実行可能に。usPublickeyについて/運営者についてお問い合わせ広告についてプライバシーポリシ。