livedoor Techブログ : 第三回 ライブドア・テクニカルセミナー・ログ
2009年3月6日（金）に開催されました 第3回 ライブドア・テクニカルセミナー の発表資料と動画を公開致します。 クラウド時代のWebストレージ戦略（池邉 智洋） ライブドア流クラウド的サービス（市川 剛 / 田畑 佳則） livedoor Reader のクローラと Streaming API などの話（ma.la） ニフティクラウドの紹介と今後の展望（山口 亮介氏） クラウド時代のWebストレージ戦略 株式会社ライブドア 執行役員 CTO 池邉 智洋（30分） クラウド環境での Web サービス提供において、ストレージレイヤーのスケーラビリティとコスト優位性の追求は大きな課題です。本セッションではメディアファイルを取り扱うストレージレイヤーや非 RDBMS なデータベースレイヤーについての考察をお話しします。 ライブドア流クラウド的サービス 株式会社ライブドア ネットワーク事業部
データセンターが「落ちる」ことを想定したグーグルのアーキテクチャ
サーバを安全に運用する施設として構築されるデータセンターですが、グーグルではそのデータセンターですら"落ちる"ことがあると想定してアーキテクチャを構築しています。 米グーグルが今年の5月に行ったイベント「Google I/O」で、同社のGoogle App Engine datastore leadであるRyan Barett氏が行った講演「Transactions Across Datacenters (and Other Weekend Projects)」のビデオがYouTubeで公開されました。 Barett氏は、担当しているGoogle App Engineのデータベースに関してグーグルが「multihoming」（マルチホーミング）と呼ぶ複数のデータセンターを用いた処理を実現している理由として、データセンターが自然災害や停電に見舞われたり、メンテナンスなどによるデータセンターの
Rackspace Cloud ServersがAmazon EC2よりも優れている点
Cloud Serversは、メモリ256MB/ディスク10GBのインスタンスから用意されていて、 このミニマムのインスタンスが$0.015/時間で借りることができます。1ヶ月利用で$10.8。 256MB以上のインスタンス、例えばメモリ1GB/ディスク40GBのインスタンスでも$0.06/時間。 ディスク容量がネックになる用途以外では魅力的なラインナップではないでしょうか。 特にテスト機や実験機として一時的に利用したいようなケースでは、ロースペック・ローコストはとても助かります。 自動バックアップサービスが無料 バックアップと言ってもデータ自体のバックアップではなく､LVMのスナップショットベースのバックアップになります。 ファイルを個別に取り出すことはできませんが、データを復元する上では全く問題ありません。 このスナップショットがインスタンスごとに3つまでストックできるようになっていて
Salesforceのデータベース - snippets from shinichitomita’s journal
すごい良い記事。 知られざる「マルチテナントアーキテクチャ」（2）～スケーラビリティのカギは組織ID － Publickey 知られざる「マルチテナントアーキテクチャ」（3）～スキーマとメタデータの謎 － Publickey 頼まなくてもこういう記事を書いてくれる人が増えている（頼まれてないっすよね？）のは、SFDCにとって、デベロッパーマーケティングとして成功だと思う。大事にしてくださいね。 スキーマについて 上記記事では、データベースの物理スキーマについて、公開情報をもとに分析されています。 掟破りのスキーマ セールスフォースのアプリケーションで扱われるすべての数字や文字のデータは、Dataテーブルに保存される。このことがセールスフォースのデータベーススキーマの核心です。 Dataテーブルはどんなデータでも受け入れられるよう、次のようなスキーマになっています。恐らく、データベースに詳し
Project Voldemort
Voldemort is a distributed key-value storage system Data is automatically replicated over multiple servers. Data is automatically partitioned so each server contains only a subset of the total data Server failure is handled transparently Pluggable serialization is supported to allow rich keys and values including lists and tuples with named fields, as well as to integrate with common serialization
Kazuho@Cybozu Labs: Pacific という名前の分散ストレージを作り始めた件
大規模なウェブアプリケーションのボトルネックがデータベースであるという点については、多くの同意が得られるところだと思います。解決策としては、同じ種類のデータを複数の RDBMS に保存する「sharding」 (別名：アプリケーションレベルパーティショニング／レベル２分散注1) が一般的ですが、最近では、分散キーバリューストア (分散 KVS) を使おうとする試みもみられるようになってきています。 分散 KVS が RDBMS sharding に対して優れている要素としては、事前の分割設計が不要で、動的なノード追加（とそれにともなう負荷の再分散）が容易、といった点が挙げられると思います。一方で、Kai や Kumofs のような最近の実装では eventually consistent でこそ無くなってきているものの、ハッシュベースの分散 KVS は、レンジクエリができなかったり (例:
key-value stores: Anti-RDBMS: A list of distributed key-value stores | Richard Jones, Esq.
Please Note: this was written January 2009 - see the comments for updates and additional information. A lot has changed since I wrote this. Perhaps you’re considering using a dedicated key-value or document store instead of a traditional relational database. Reasons for this might include: You're suffering from Cloud-computing Mania. You need an excuse to 'get your Erlang on' You heard CouchDB was
Java/GrailsのWebアプリを無料クラウド環境で動かす (1/3) - @IT
Java／GrailsのWebアプリを 無料クラウド環境で動かす 【特集】Ruby on Railsも動かせる「Morph AppSpace」とは？ 株式会社 クロノス 奥 清隆 2008/9/18 Web上のリソース＝雲？ 「クラウド環境」って何？ 「クラウド環境」とは、インターネットなどのネットワーク／Web上に存在するさまざまなリソース（データベースや、HTTPサーバ、アプリケーションサーバなど）を、利用者がリソースの所在を意識せずに利用できる環境のことです。ネットワーク／Webを“雲（クラウド）”に例え、雲の中にあるリソースを利用する環境から、「クラウドコンピューティング」などの呼び名が付いています。 例えば、セールスフォース・ドットコムのForce.comや米アマゾンのAmazon EC2（（Elastic Compute Cloud）/S3（Simple Storage Ser
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
