はてなはなぜ潰れないのか？ - 萌え理論ブログ
はてなはなぜ潰れないのか はてなの本社京都移転関係で、はてダや増田で的外れな分析がたくさんありますが、FUDだと思うので、そろそろ一言言っておきます。 そもそも、今回の京都移転は、事業拡大です。オフィスも広くなるし、広くするのは人を増やす予定があるわけです。語られるイメージとは逆に、はてなは増収増益を続け、右肩上がりに成長し続けています。 確かに資本金は少ないのですが、上場してないんだから、そんなむやみに増やす必要はなく、代わりに内部留保を分厚くしているようです。また、ベンチャーキャピタルに頼らない、健全黒字経営志向です。 要するに、キャッシュがあるので、社長がアメリカに行った位では全然傾かない。それにしても、何がどのように儲かるのか、詳しく見てみましょう。 はてなはなぜ儲かるのか はてなは意外と「変な会社」ではなくて、収益構造が分かりやすいし、美味しいビジネスモデルだと言えます。はてなは
[ThinkIT] 第5回：サーバの追加とロードバランシング (1/2)
さて、サービスがオープンしてしばらく経ってくるとトラフィックも増えて、アプリケーションサーバーの負荷が高くなってくることでしょう。そこで、アプリケーションサーバーを増やすことになります。同じ構成のアプリケーションサーバーをもう一台作って対応します。 ここでふと気づくわけですが、Webサーバーがproxy×1＋mod_perl×1の場合は、クライアントから受け付けたリクエストを振り分けて処理するといったことは意識する必要がありませんでした。 しかし、proxy×1＋mod_perl×2になると、リクエストを受け取ったリバースproxy側では、どちらのアプリケーションサーバーにリクエストを転送するかを考慮する、つまりロードバランシングをする必要が出てきます。 結論から言うと、ロードバランシングもリバースproxyでやってしまうことができます。 Apache 2.2にはmod_proxy_bal
【日本Rubyカンファレンス2006】はてな，Webのスクリーンショットを作成/表示するサービスをRubyの分散オブジェクトとRuby on Railsの組み合わせで実現
【日本Rubyカンファレンス2006】はてな，Webのスクリーンショットを作成/表示するサービスをRubyの分散オブジェクトとRuby on Railsの組み合わせで実現 はてなの舘野祐一氏は2006年6月11日，東京お台場で開催された「日本Rubyカンファレンス2006」で，5月下旬にサービスを開始した「はてなスクリーンショット」が，分散オブジェクトを実現するライブラリ「dRuby」とRubyのWebアプリケーション・フレームワーク「Ruby on Rails」（Rails）を使って構築されていることを明らかにした。はてなスクリーンショットは，Webページのスクリーンショットを作成/表示するサービスである。 はてなスクリーンショットのアプリケーション・サーバー，データベース・サーバー，Webサーバーの機能は1台のサーバーに集約している。このサーバーでRailsを動かしている。静的コンテン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてな技術勉強会 - JavaScript Programming 2.0
