サービス型データベースというのは悪いアイディアか？

作者 Jean-Jacques Dubray , 翻訳者 渡辺 裕之 投稿日 2008年8月27日

セクション

エンタープライズ・アーキテクチャ,

デベロップメント

トピック

EC2 ,

Amazon Webサービス ,

ADO.NET Data Services ,

Amazon ,

ADO.NET ,

.NET ,

プラットフォーム ,

SaaS ,

データベース管理 ,

クラウドコンピューティング ,

データベース ,

Amazon SimpleDB ,

Architecture ,

プログラミング

共有 |

クラウド・コンピューティングは(参考記事・英語)私達の業界に重大なパラダイム・シフトをもたらした。David Chappell氏(リンク)は以下のように述べている。

このパラダイム・シフトの最も重要な点はクラウド・プラットフォームの出現です。このようなプラットフォームによって開発者はクラウド上で稼働するアプリケーション、またはクラウドから提供されるサービスを利用するアプリケーション、あるいはその両方のアプリケーションを開発することになります。

これらのプラットフォームはとても似ているように見えるが、Dave氏は以下のように注意を促している。

域内向けのプラットフォームとクラウド・プラットフォームの２つを同じレンズから眺めることは有意義ですが、この２つはまったく同じものではありません。域内向けのプラットフォームで稼働する機能をクラウドに移行すると、かなり広範な変更が必要となることがあります。

Dave氏はアプリケーション・アーキテクチャを以下の三つに分類している

• 基盤
• 基幹サービス
• アプリケーション・サービス
  

そして以下のように主張している

クラウド・アプリケーションはクラウド基盤上で構築できます。これはon-premiseなアプリケーションがon-premisesな基盤上で構築されるのと同じことです。どちらのアプリケーションもon-premises／クラウドのどちらで提供されている基幹サービスにもアクセスすることができる。ちょうどon-premisesプラットフォームが今日のアプリケーションをサポートしているように、クラウド・プラットフォームは将来構築されるだろうアプリケーションに対してもサービスを提供します。

ありとあらゆる基幹サービスの中で、情報システムがそれを抜きにして構築することができないという点で"データ・サービス"が最も重要であることはほぼ間違いない。最も有名なデータ・サービスを提供したクラウド・プラットフォームが最大のシェアを確保するだろうという点でデータは重要な戦略的な価値も表している。

Dave氏は異なるタイプのデータ・サービスがあると考えている

クラウド上のリモート・ストレージには異なるスタイルのものがあります。例えば、Amazon社のSimple Storage Sevice(S3)は(参考記事・英語)ベーシックで構造をもたないリモート・ストレージを提供しています。開発者に公開しているモデルは、山のようなバイト列がバケツに突っ込まれただけのオブジェクト、そのものです。

クラウド・ストレージに対するもう一つのアプローチはより構造化されたデータをサポートすることです。例えば、Microsoft社のSQL Server Data Services(SSDS)は(参考記事・英語)、コンテナ上には1つもしくはそれ以上のエンティティが存在し、それぞれがいくつかのプロパティを持っています。

Arnon Rotem-gal-Oz氏は"サービス型データベース"がいい考え方かどうか(リンク)悩んでいる。この考え方はMicrosoft、IBM、Amazon(参考記事・英語)、LongJump(参考記事・英語)やEnterpriseDB(リンク)などが参加する業界の流行りである。各社は本質的に同様な機能を提供しようと試みている。氏は次のように説明する。

では、なぜ(RESTfulであるかどうかに関わらず)Webサービス経由でデータベースを公開することが間違っているのか？いくつか挙げてみましょう。

• "サービス"という考え方を避けている ― CRUDのためのリソース／サービスとして提供されているだけで、ビジネス・ロジックは一切含まない
• 考え抜かれた結果ではなく、内部のデータ構造もしくはデータそのものを公開している
• 真のサービスを迂回させ直接データにアクセスすることを促進する
• (データ・ソースという)blobなサービスを作っている
• 分散コンピューティングに対する間違った考えを現す、重要ではない(blobなサービスの多様なインタフェースとしての)[半分だけの]サービスを促進する。
• 羊の皮をまとった単なるクライアント・サーバ構造である

シアトルのリポーター、Andrea James氏は別の熱のこもった記事を書いた(リンク)

ビジネスにとっては、コンセントから流れ出る電力は無限に思えるようです。そして水も際限なく蛇口から流れ出るように思えるようです。ビジネスでは利用した分だけを払うのです。でも、コンピュータの処理能力はそこまで無限ではありません。

私達は辛うじて、構造化されたデータの管理方法なしでは浮かび上がってこないクラウド・プラットフォームの表面を引っ掻いている状況にいる。どのデータ・サービスやどのクラウド・プログラミング・モデルが勝ち残るか言及するにはまだ時期尚早なようである。"サービス型データベース"を信じてあなた自身の企業システム内のデータを委ねることができますか。アプリケーション・サーバを通してデータにアクセスすることと、自身で保持するストレージ・システムに対して単純にCRUDすることのどちらを好みますか。

原文はこちらです：     http://www.infoq.com/news/2008/08/is-data-as-a-service-a-bad-idea