Windows Azureも選択肢に入れてもよいかも、という話 - stanaka's blog
先日のエントリで書いた通り、最近はAmazon EC2を本格的に使うために色々試しているところです。Amazon EC2でのノウハウも溜りつつあり、世の中的にも事例が徐々に出てきていますが、すこし前に26台まとめて吹き飛ぶといった、クラウドのデメリットも徐々に表に出てきつつあります。 この手のデメリットはクラウドを使う以上は本質的に避けがたいのですが、その時のためにもAmazonの奮起に期待するとか、なんとかバッドノウハウでカバーする、というだけではなく、そもそも別のクラウド事業者をいざという時の選択肢として確保しておきたいところです。 選択肢となりえるクラウドサービスは、国内でもいくつか登場してきていますが、今回は、ちょっと伏兵的なWindows Azureの可能性を試してみました。(Google App Engineは、さすがに環境が特殊すぎるので過去の資産がある立場としては、選択する
プロフェッショナル用ギャラリー·Grokphoto MOONGIFT
GrokphotoはRuby on Rails製のオープンソース・ソフトウェア。写真をオンラインで公開する方法としては自分でサーバを立てるか、FlickrやPicasaといったサービスを使うかと言った方法がある。手軽なのは後者だが、自分のブランドを意識するなら自分でサーバを立てる方が良い。 ギャラリー ただ写真を並べて、そこにコメントしたりするだけでなく、有料での販売を考えたり依頼を受けて写真を撮影したりするプロフェッショナルに向いたギャラリーソフトウェアとしてGrokphotoを紹介しよう。 GrokphotoはRails製のWebベースのギャラリーソフトウェアで、ギャラリーを作成してその中に写真をアップロードする。インデックス、ギャラリー詳細のどちらもFlashを使ったスライドショーが可能で、とても格好が良い。 管理画面 そしてクライアントがログインして自分用の写真を見たり、コメントす
Google App EngineをCDNに·CirruxCache MOONGIFT
CirruxCacheはPython製/Google App Engine用のオープンソース・ソフトウェア。Googleは世界中にサーバを持ち、アクセス元にとって最も高速に応答できるサーバを選択してデータを返している。それはGoogle App Engineであっても変わらない。 管理画面はない 高速にデータを返すということは、ごくごくシンプルなCDN（コンテンツ・デリバリー・ネットワーク）と言うことができるかも知れない。その可能性を考え開発されているのがCirruxCacheだ。 CirruxCacheはGoogle App Engine上に立て、静的なコンテンツ（画像など）をキャッシュさせることで次回からのアクセスを高速化するものだ。TTLの設定も行われる。滅多なことでは更新されないコンテンツ（画像など）に対して用いるのが良いだろう。 設定はコードで行う。 キャッシュ可能なIPアドレス
Not Only NoSQL!! 驚異的なまでにWRITE性能をスケールさせるSPIDERストレージエンジン
Webサービスでは、世界中からのトラフィックを捌く必要があるため、いくらチューニングしようとも一台のRDBMSでは捌ききることが出来ないのが常だ。MySQLは最初からマスター・スレーブ型のレプリケーション機能が搭載されており、スレーブをたくさんぶら下げることによって参照の負荷をスレーブに割り振るというスケールアウトによってその問題に対処してきた。スレーブによるスケールアウトは、参照（＝PV）が多いWebサイトと非常に相性が良く、幾多のWebサイトにおいて実績を作ってきているし、まだまだ利用されている。 しかしながら、サイトのトラフィックが劇的に増加してくるようになると、レプリケーションによる負荷分散では追いつかなくなってきた。そこで人々がとった選択肢は、memcachedを利用することである。memcachedはインメモリ型の高速なKVSであり、参照・更新性能はMySQLより格段に高い。M
JavaScriptが遅い4つの原因とは？
1つ前の記事「JavaScriptをいかに高速化するか、IE9、Firefoxの取り組み」では、IE9とFirefoxにおけるJavaScriptの高速化について紹介しましたが、そもそもJavaScriptの実行速度はなぜ遅いのでしょう？ その理由について、Mozilla Japanテクニカルマーケティング担当の浅井智也氏が、スライド「Trace Monkey」でポイントをまとめています（このスライドはタイトルから分かるとおり、Firefoxの当時の新しいJavaScriptエンジン「Trace Monkey」を紹介するために1年以上前に作成されたスライドですが、1つ前の記事を見ると、ここで示された課題はいまも変わっていないようです）。 全67枚のスライドの20枚目から24枚目の5枚を以下に紹介します。 JavaScriptが遅い原因は、以下の4点にまとめられています。 インタープリタ型言
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
