Cloud SQL Second Generation performance and feature deep dive Five years ago, we launched the First Generation of Google Cloud SQL and have helped thousands of companies build applications on top of it. In that time, Google Cloud Platform’s innovations on Persistent Disk dramatically increased IOPS for Google Compute Engine, so we built Second Generation on Persistent Disk, allowing us to offer a
2. 自己紹介 {"ID" ："fetaro" "名前" ："渡部 徹太郎" "経歴" ："学生時代は情報検索の研究(@日本データベース学会)" "仕事" ：{"昔":"証券会社のオントレシステムのWeb基盤", "今":"オープンソース全般"} "特技"：["サーバ基盤","Linux","KVM","ruby","MongoDB"] "エディタ"："emacs派" "趣味"："自宅サーバ" "MongoDB関連"：{ －"３年前に、友人の結婚式用のアプリを作った時に利用" －"技評記事「MongoDBでゆるふわDB体験」" －"日経SYSTEMS 8月号 「ドキュメント指向データベース」" } } 2 3. NoSQLの位置づけ • NoSQLはデータベースの中でも、 スキーマレス＆ビックデータが得意で、オンライン操作向け NoSQL • MongoDB • Cassandra • C
サーバを安全に運用する施設として構築されるデータセンターですが、グーグルではそのデータセンターですら"落ちる"ことがあると想定してアーキテクチャを構築しています。 米グーグルが今年の5月に行ったイベント「Google I/O」で、同社のGoogle App Engine datastore leadであるRyan Barett氏が行った講演「Transactions Across Datacenters (and Other Weekend Projects)」のビデオがYouTubeで公開されました。 Barett氏は、担当しているGoogle App Engineのデータベースに関してグーグルが「multihoming」（マルチホーミング）と呼ぶ複数のデータセンターを用いた処理を実現している理由として、データセンターが自然災害や停電に見舞われたり、メンテナンスなどによるデータセンターの
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
