Scaling Twitter - Slides for a talk presented at the SDForum Silicon Valley Ruby Conference 2007 on Twitter's challenges scaling Rails.Read less
TAKESAKO @ Yet another Cybozu Labs: ライブドア次世代テクノロジーセミナー第1弾 のレポートを読んでいて、あ、ライブドアすげー と感じました しかし、技術者でない人にはわかりにくいかな?と思ったので 易しく解説 これがスゴイ 要約 ・iSCSIを使って、ストレージを大量に安く提供する技術がある。 ・CPU分散環境で、CPUを高速に安く提供する技術がある ・分散監視で、故障に安くて強い技術がある。 アメリカでは常識ですが、日本ではまだ、流行っていないこれらの技術を 使っていることがわかります。これはスゴイと思います。 おそらく、livedoorと他社を比べた場合に同じ性能ならlivedoorの方が 20倍〜30倍は安く上がっていると試算できます。 しかし、これはスゴイ。とくにiSCSIを使っていたのはスゴイと思います。 コストが安い
筆者が勤務する株式会社はてなが提供するある一つのインターネットサービスを題材に、LAMP(Linux+Apache+MySQL+Perl)でのアプリケーション開発や、負荷分散について述べるという発表でした。はてなで提供しているサービスには、はてなブックマーク以外にもはてなダイアリー(注2)のような月間何億PV(Page View)もある大きなサービスもあります。はてなブックマークはそれらに比較すると小さい、中規模なシステムです。 システム運用について発表するにあたって、億単位のPVをさばく巨大なサービスについて述べるよりも、ある程度現実的な規模のものについて解説する方が、みなさんの参考になるかなと思い、このテーマを選択しました。 本稿ではYAPC::Asiaでの発表の中からいくつかのトピックを選んで、Perlを使ったシステムの運用や負荷分散のコツなどを中心に解説したいと思います。 なお、発
東京都文京区本郷でとあるCMS開発会社を営む社長のブログ。さっきまで「越後のCMS問屋」だったのですが、会社が新潟に移転したと勘違いされたようなので変えました。 モバイル、ゲーム、フィード、Ajax、Flash、ハイテクグッズあたりのはやりモノが好きです。 最新作「メルルーの秘宝」がドワンゴから提供中 週刊アスキーで「2045年の週刊アスキーをつくる」連載中 滅多に更新していなくてぜんぜんPVがこないこのへんてこなブログにいきなりポコーンとグラフが上がったので、不思議に思ってみて見ると、瞬間的にはてなブックマークのホットエントリーになったらしいのですが、みんな意外とオープンソースマガジンは読んでないみたいで。僕もそうでしたが。 でもオープンソースマガジンは、なんていうか、名前とは裏腹に(?)、古き良きホビイスト文化が残っているようなゆるいテイストがしてけっこう面白いなと思いました。名
del.icio.us見てたら面白いファイルがあったので訳しながらはてな記法ワープロでメモったものを公開します。2005/10/18-25に行われたZend/PHP Conference & ExpoにてFlickrのJohn Allspaw氏が発表されたプレゼンの内容のようです。英語読めるヒトは本物のほうをご覧ください。そもそもプレゼンなので長文はほとんどないし、図も入ってるので。天丼に親近感を覚えました。 あと はてな記法ワープロいいですね。ついでにはてな記法なプレゼンツールも是非作ってください!!! 普通にSQL書いてMySQL使うのは出来るけど負荷とかほとんど考えたことないなーと思って「実践ハイパフォーマンスMySQL」読んでたところでhttp://del.icio.us/tag/flickr+mysqlあたりで見つけました。「実践ハイパフォーマンスMySQL」だと6章から9章辺り
3月18日、東京コンファレンスセンター品川にて、オープンソースジャパン、OSCARアライアンス、神戸情報大学院大学開学準備室、神戸電子専門学校の主催により、「Open Source Realize Forum 2005」が開催された。当日は海外からも多くのゲストが来日し、オープンソース、特にPHP/MySQLによるいわゆる「LAMP」プラットフォームについては、興味深い多数のセッションが行われた。本稿ではその中から、「携帯系大規模Webサイト構築事例」と題したテレビ朝日の導入事例を、NECソフトウェア東北ITソリューション事業部主任佐藤正行氏の講演をもとにレポートしたい。 テレビ朝日ではもともと、既存サービスとして、PC向けの「テレビ朝日オンザウェブ」、モバイル向けの「テレ朝 com-plete!」の他、ショッピングサイトの「セレクションX」などを稼働させていたが、これらのサービスは継ぎ継
1年ほど前からWEBサービスの内部アーキテクチャを公開する事例が増えてきた. はてな、イー・マーキュリー共同勉強会 WEB+DB PRESS ライブドア構築ノウハウ大公開 U.S Yahoo!のTechTalk こういう試みは面白いので,ガンガンやってほしいなぁと思う.ただ自分としては 一方的に情報を受け取るのみでこちらからお返しができないことに多少引け目を感じていた. 個人的には自分が得てきた経験や知識をBlogとかに書きたいんだけど, あまりに具体的なことやコアアーキテクチャに関わる部分はいろいろ 会社的に問題ありそうなのでどうにも書けなさそうと考えている. 実際のところこういうジレンマに陥ってる人は多いのかなぁと思う.たいていの 内部アーキテクチャなどをバラしてるBlogは書いてる人が社長とかCTOとかだったり, 会社がそういうのに寛容なケースのみで,一般の社員が書くのはどうにもまず
「コネクションプーリング都市伝説」という単語がある.かいつまんでいうと 「コネクションプールって一般的に速いと言われているけど,クライアントが 多くなると接続維持のコストが大きくなるから今となっては速くないんじゃね?」 というものだ. WEB+DB PRESS vol.33でnipotanさんの中の人が書いてた記事が発端だと思われる. あとこんなエントリもあった. hori-uchi.com コネクションプーリング都市伝説は正しそう またちょっと古いねたですが、WEB+DB PRESS vol.33でnipotanさんが書いてたコネクションプーリング都市伝説を読んだ時、ほんとのところどっちが速いのかってのをabでベンチマークをとってみました。 (snip) これ以外にもいくつかパスを替えてベンチマークをとったところ、いずれも若干ですがプーリングしないほうが早かったので、現在はプーリングしな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く