ここが大変だよBigtableとGoogle App Engine
ここが大変だよBigtableとGoogle App Engine：分散Key-Valueストアの本命「Bigtable」（3）（1/2 ページ） RDBとは別の、クラウド時代のデータベースとして注目を浴びている「分散Key-Valueストア」。その本命ともいえる、Googleの数々のサービスの基盤技術「Bigtable」について徹底解説 月間3000万PVの大規模サイトの運用費が月額4万円!? 月間3000万PV相当の膨大なトラフィックを楽々とさばく大規模サイトが、月額4万円弱で運用されている。 Google App Engine（以下、App Engine）が普及するにつれて、そんな驚愕の国内事例も登場しつつあります。GClueがApp Engine上で実装したmixiアプリモバイルモバイルには、1日100万PV以上のアクセスが集中している状態でもサービスのレスポンス低下やダウンは皆無
ぶいてく: 【EC開発体験記 -リソース志向-】 APIをやめデータ構造に着目する
あらかじめ断っておくが、ここで説明するリソース志向は、私自身の開発の経験から必然的にたどり着いた解であって、一般的に説明されているROAとは多くの部分で異なる。ここでは、正確なROAの説明をするつもりはないし、本当のROAとは？などと、不毛な議論もやりたくない。ROAもしくはリソース志向という言葉を便宜上使わせていただいているが、それは、自分の解に一番近いと思われるからである。したがって、私の説明をそのまま世間で使うと痛い思いをするかもしれないので気をつけていただきたい。 まず、リソース（以下Resource）の定義から説明したい。Resourceとは、分析クラスから導き出されるEntityを具現化したものである。噛み砕いていうと、モデリングにより定義された自己完結したデータの集合という感じだ。前記事で、分析クラスのBoundary、Control、EntityをStrutsのMVCモデル
Datastoreのtips - スティルハウスの書庫の書庫
Datastoreのパフォーマンス Datastoreのパフォーマンスは、エンティティの数とは無関係 保存されているエンティティが1件でも、1000件でも、1000万件でも、パフォーマンスに変化はない Datastore performance doesn't depend on how many entities you have 個々のエンティティに対する更新処理のスピードは、1〜10回／秒程度 個々のエンティティの更新処理は遅い アプリケーションのパフォーマンスを決めるのは、更新処理の実装方法。参照処理は桁違いに速い low-level APIを使えば少し速くなるが、ドキュメントがあまりない http://groups.google.com/group/google-appengine-java/browse_thread/thread/e717f7ba37749ea4/0b37a3
「くさらせる叱り方」にかわる２０の方法
子どもが分かっているとき／「穴埋め」させる どうすればいいか／なにをしてはいけないか、大人が思っているよりは、いくらか／ずいぶんと、子どもは分かっていることが多い。 子どもからすると、分かっていることを言われるので、くさる。 しかも大人は、必要以上のことをいろいろ言いがちだ。「××してはいけない」というかわりに、たとえば「××するような奴は……になるぞ」みたいなことを言ったりする。 大人からすると、言っても聞かないから、もっとひどい言い方をしているのだ、ということになる。しかし、言い方をエスカレートしても、効き目はすぐになくなる。さらにもっとひどい言い方をしたくなる。 「穴埋め」とは何か？ 人は、他人に言われたことよりも、自ら口に出したことにコントロールされる。 「叱る」内容を、子ども自身に言わせる方法なんてあるのだろうか？ 手はいくつかある。 「わざと間違える」というのがわかりやすいが、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ぶいてく: 【EC開発体験記-Entity-】 自己完結したデータの集合