「ウェブオペレーション - サイト運用管理の実践テクニック」を読んだ - 元RX-7乗りの適当な日々
Webサイト運用に携わる著名なエキスパートのエッセイ集。 大変ありがたいことに、訳者/著者/出版者様よりご献本いただきました。@kdmsnrさん、@hmskさん、そしてオライリー・ジャパン様、ありがとうございます！ ウェブオペレーション ―サイト運用管理の実践テクニック (THEORY/IN/PRACTICE) 作者: John Allspaw,Jesse Robbins,角征典出版社/メーカー: オライリージャパン発売日: 2011/05/14メディア: 大型本購入: 10人 クリック: 923回この商品を含むブログ (50件) を見る 本書の編者は、Flickr等のインフラ構築を手がけ、「キャパシティプランニング」の著者でもあるJohn Allspaw氏と、Amazon.comの「Master of Disaster」(障害対応士、ウェブ可用性の責任者)を経て、現在はOpscodeのC
WebOperations - mizzy.org - Trac
献本頂きました。O'Reilly Japan 様、@kdmsnr さん、@hmsk さん、ありがとうございます！ 本書はタイトルにある通り、ウェブの運用に関わる本なんですが、僕が敬愛する John Allspaw 氏と、Chef で有名な Opscode の CEO、Jesse Robbins 氏の監修による、17 + 1 本のエッセイ集で、監修の両氏以外にも様々な方によって書かれています。（+1 は日本語版のみに収録されている、@hmsk さんによるクックパッドのインフラの話です。） 目次は以下の通りとなっています。 1章 ウェブオペレーション：キャリア 2章 Picnikにおけるクラウドコンピューティングの利用とその教訓 3章 インフラとアプリケーションのメトリクス 4章 継続的デプロイ 5章 コードとしてのインフラ 6章 監視 7章 いかにして複雑なシステムは失敗するか 8章 コミュ
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
「はてな流大規模データ処理」を見てきた - もぎゃろぐ
KOF2008：関西オープンソース2008というイベントに来ています。 はてなの伊藤さんの講演があったので、講演メモを公開。 ＃ボクがメモした内容であって、100%言ったとおりに書いてあるわけじゃないので、参考としてご覧ください。 (続き) アジェンダ 大規模なデータ OSのキャッシュ MySQLの運用 大規模データアプリケーションの開発 データの例 はてなブックマークのデータ量：五千万件くらいのデータ量 このデータに対して何百万人がアクセスしてくる状況でどういう作りにするか レコード数 1073万エントリー 3134万エントリー 4143万タグ データサイズ エントリー2.5GB 何の工夫もなく普通にアクセスすると...200秒待っても結果が帰ってこない 大規模データの難しいところ 開発サーバで開発者が作っている時は快適に動いていても、多数の人間がアク
lighttpdを知っていますか？
lighttpdとは？ Webサーバーソフトウエアといって思い浮かべるのは、代名詞的な存在の「Apache」でしょうか、それともMicrosoft社製の「IIS」でしょうか。 今回、紹介する「lighttpd（http://www.lighttpd.net/）」は、軽量かつ高速性を重視して設計された比較的新しいWebサーバーソフトウエアです。 lighttpdは、BSDライセンスで公開されているオープンソースソフトウエアで、無料で利用することができます。そのため国内外を問わず、多くの著名な大規模Webサイトで利用されており、特に画像や映像などといった静的コンテンツの配信に使われることが多いようです。 さらにCGIやFastCGIといった外部プログラムのインターフェースもサポートしているため、近年流行のWebアプリケーションフレームワークであるRuby on Railsや、Python（Dj
「Amazon 退会」でググると一位な件 - ただのにっき (2008-03-14)
■ 「Amazon 退会」でググると一位な件 どうもアクセスが多いと思ったら、「Amazon 退会」でググると2003年11月11日の日記が一位だった。退会方法なんて、ツッコミに「メールで」ってあるだけでほとんど何も書いてないのに……。つーか、こないだのmixi規約改定の件といい、どいつもこいつも即座に反応しすぎ。 ちなみに、退会しても購入履歴は残るそうなので、無駄なあがきらしいですよ。 ■ 存在しない静的ページへアクセスがあったらその場で生成したいんだが 煮え切らない試行錯誤のメモ。 たとえば、現時点では存在しないページ: http://example.com/hoge.html にアクセスがあったとする。でもhoge.htmlは存在しないので、404になる。そこでErrorDocumentディレクティブを使って、CGIのページに飛ばす: ErrorDocument 404 /cgi-b
Don'tStopMusic - DB分散の次は非同期処理がウェブアプリのスケーリングのトレンドになる , るびま 21 号
_ [ソフトウェア] DB分散の次は非同期処理がウェブアプリのスケーリングのトレンドになる サイボウズも memcached + MySQL DB 分散 Cybozu Developer Network: MySQL Users Conference Japan 2007 講演概要 を読んで、memcached でキャッシュ＆ 複数の MySQL をアプリのロジックで分散化というのは、もうすっかりスケーラブルなウェブアプリの作り方として常套手段になったと思いました。 2004 年 4 月の MySQL カンファレンスでの Brad Fitzpatrick の発表 Inside LiveJournal's Backend (PDF)から約 3 年半。Mixi やはてなのようなエッジな企業はだいぶ前からこの構成を採用してますが、対法人のビジネスをしているサイボウズでも採用されたというのは一つ
ステートレスとは何か
RestWiki をたまに見直すと新たな発見があって面白い。 たとえば先日、「ステートレスなやりとりとは何か(What is Stateless Interaction?)」という箇所を見つけて、興味深く読んだ。このページは以前も絶対に読んでいるはずなのだが、 人間は忘れてしまうものである。 RestWiki の例でも充分わかりやすいのだけれど、自分でも例を思いついたので書きとめておく。 ステートフルサーバとステートレスサーバはどう違うのか。 まずは、ステートフルの例: 客: こんにちは 店員: いらっしゃいませ。○○バーガーへようこそ 客: ハンバーガーセットをお願いします 店員: サイドメニューは何になさいますか? 客: ポテトで 店員: ドリンクは何になさいますか? 客: ジンジャーエールで 店員: +50円でドリンクをLサイズにできますがいかがですか? 客: Mでいいです 店員:
LiteSpeed
(注意: 印はくまくまー調べなので鵜呑みにしてはいけません) [開発] Apache上での開発はまず無理である。WEBrick は Ruby標準な上に最低限の機能・スペックは満たしているので未だに愛用者は多く、Rails初学者には十分である。WEBrickの速度に限界を感じたユーザは Lighttpd(愛称 lighty)を利用する。速度も十分でや設定も容易だが、起動時の引数でポートを指定できないなど若干使いづらい面もある。lighty ユーザは Mongrel に進むという予言もある。 [運用] Webサーバのデファクトはやはり Apache で、Rails的には生CGIは無理だが、FastCGIなどのモジュールと併用することで速度的な問題はなくなる。RailsはLighttpdなどの開発向けのサーバで動かし、リバースプロキシを利用する手もある。完全に Rails のみで運用されるサイト
mixi の画像はどう配信されているのか - World Wide Walker
mixi の画像はどう配信されているのか Posted by yoosee on Web at 2006-10-19 23:42 JST1 ミクシィ、画像に認可制御なしの欠陥を改修できず、ヘルプで弁解mixi の画像が外から全て見えてしまうのはサービスポリシー的に不具合だろうとは思っていたが、IPAに脆弱性扱いされた上に「修正できません」と白旗をあげてしまったようだ。折角上場して資金も集めたんだから、せめて今後は頑張って頂きたいところ。 それはともあれ mixi の画像管理の仕組みに付いて、コメントしたのに併せて少しだけ調べてみた。現状の仕組みは結構シンプルのようだ。 去年 9月の資料 mixi 開発物語 にある構成がそのままだとすると、画像は全て mixi.jp の html 本体に使われている mod_proxy のプロキシサーバを経ずに直接配信されているらしい。過去に「Squid で
【レビュー】超高速 - Ruby on Rails向けJava HTTPサーバrails-asyncweb登場! (1) rails-asyncwebとは (MYCOMジャーナル)
Ruby on Railsとともに標準配布されているHTTPサーバといえばWEBrick。WEBrickはRubyを使って開発された簡易HTTPサーバ。WEBrickを使うとApache HTTPサーバなどを別途用意しなくても簡単にWebアプリケーションを動作させ試験することができる。ただし、WEBrickは実行速度があまりはやくない。 ここではWEBrickのようなRuby on Rails向けのHTTPサーバとして「rails-asyncweb」を紹介したい。WEBrickよりも高速に動作するのが特徴のHTTPサーバで今後の展開が期待されるプロダクトだ。JRubyを採用しているあたりも技術的に興味深い。 rails-asyncwebはRuby on Rails向けの高速HTTPサーバ。TAKAI Naoto氏によって開発されているHTTPサーバで、Apache License Vers
～/index.html へのアクセスを ～/ に転送する
_ [Web制作] サイト運営者は SEO/SBO を考慮して URL を正規化し分散させないようにすべき 「ソーシャルブックマーク最適化（SBO）」を考えてみよう@小林Scrap Book とか本日の超人気エントリから読み解く人気エントリタイトル作り7の実例@YappoLogs 等という、内容の書き方を中心とした SBO について語られているエントリがあるのだが、まあまず最初にやるべきことは同一の情報を複数の URL に分散させないことだろうということでメモをまとめておく。 はてブを使い始めてそろそろ1年近く経つが、その中で時々気になるのが、Slashdot の同一エントリがバラバラに複数ブクマされてること。 原因は、 トップページからのリンク先 → http://slashdot.jp/articles/YY/MM/DD/XXXXXXX.shtml古いストーリーからのリンク先 → ht
Apache減少、IIS上昇 - 動向落ち着くもApacheは4年半年ぶりに60%割れ | エンタープライズ | マイコミジャーナル
Netcraftは2日(協定世界時)、Webサーバの活動状況をまとめた報告書「February 2007 Web Server Survey」を公開した。2007年2月、同社は1億800万を越えるサイトからレスポンスを得ており、先月よりも2百万弱ほど伸びていると報告している。 同報告書によると、Apacheは先月と比べて44万2,000サイト減らして58.7%の市場シェアへ。2002年9月に市場シェア60%を越えてから4年半弱を経て、再び60%のシェアを下回った。同サーバは2006年からシェアが低下し続けている。 一方、Microsoft-IISは先月と比べて93万5,000サイト増やして31.09%の市場シェアを獲得。0.31と少数ながらもシェアを伸ばした。特に同サーバは2006年第1四半期から第2四半期にかけて市場シェアを20%近辺から30%近辺へと大幅に伸ばしている。2006年2月の
blog.katsuma.tv
もう、いろんなニュースサイトで言われていますが、 Yahooからページパフォーマンス計測ツールの「YSlow for Firebug」が リリースされました。Firebugをインストールしている上で、YSlowをインストールすると、Webサイトの高速化を行うためのポイントと、 現状についてのポイント表示を行ってくれます。 これ、実際に試してみるとよく分かるのですが、いかに工夫をしていないサイトは、改善の余地があり余っているか。。 ほんと身を引き締められます。ちなみにYSlowでは次の項目をポイントに挙げています。 Make Fewer HTTP Requests Use a Content Delivery Network Add an Expires Header Gzip Components Put CSS at the Top Move Scripts to the Bottom
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
)
インターネット Web サーバー構築ガイドライン | IIS | マイクロソフト 技術情報
えと日誌(2006-01-25) - 2006-01-25 Mongrelを使ってみる
LiteSpeed - 自称Apacheの後継Webサーバ - memo.xight.org
LiteSpeed | Internet. Accelerated. - LiteSpeed Technologies
http://neta.ywcafe.net/000691.html