インフラ系技術の流れ - Gosuke Miyashita
ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。 最近のウェブ界隈での「インフラ」という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OS からミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。（英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。） プロビジョニングレイヤー まず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は「プロビジョニングフレームワーク」とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による
帰宅難民2000人を無料収容した 帝国ホテル(プレジデントオンライン) - 経済 - livedoor ニュース
2013年8月19日 14時15分 by ライブドアニュース編集部 東日本大震災で帰宅難民2000人に対してロビーを開放した帝国ホテル東京 2005年から大規模災害の対策マニュアルづくりに取り組んでいた 日頃の備えにより、毛布やペットボトルの水、保存食などの無料提供が実現した ■6年前からの備えが当日に生きたが起きた11年3月11日、金曜日。震度5の揺れがあった東京では交通網が完全にマヒ状態となり、街は約10万人の「帰宅難民」で溢れ返った。タクシーはつかまらず、道路は大渋滞。営業中の店は少なく、あっても満席で入れない。大多数の人はトイレや空腹、寒さを我慢しながら歩き続けるしかなかった。 その夜、行き場をなくした2000人の人々のためにロビーや宴会場を開放したばかりか、毛布やペットボトルの水、保存食などを無料で提供したのが日比谷の帝国東京である。当日、陣頭指揮を執ったチーフデューティマネージ
Engadget | Technology News & Reviews
The Polaris Dawn crew is back on Earth after a historic mission
「Obama For America」の開発チームが作り上げた大規模な選挙キャンペーンシステムの舞台裏（前編）
日本でも選挙活動にインターネットを利用するという議論が始まっていますが、世界でもっとも大規模にインターネットを利用して選挙活動が行われたのが、昨年の米大統領選挙です。 その選挙戦を勝ち抜いたオバマ大統領のチーム「Obama for America」が、どのような選挙キャンペーンシステムを構築したのか。3月15日に都内で行われたAmazonクラウドのイベント「JAWS DAYS 2013」で、語られました。 そこでは、過去の選挙データやソーシャルメディアなどを元に有権者の動向を徹底的に分析し、テレビCMの打ち方からボランティアの働き方まであらゆるものを最適化する大規模なシステムをいかに構築したのか。そして、大規模システムでクラウドを活用するとはどういうことか、ということを学ぶ絶好のサンプルになっています。 国内でこのシステムの舞台裏がこれほど詳しく紹介されることは初めてのはずです。講演の内容
Amazon Route 53のDNSフェイルオーバー機能を利用したリージョンを跨いだバックアップサイトの構築（EC2 to S3編） | DevelopersIO
Amazon Route 53のDNSフェイルオーバー機能を利用したリージョンを跨いだバックアップサイトの構築（EC2 to S3編） [2013/02/15]記事のタイトルを変えました。 プライマリサイト（EC2ベース）からセカンダリサイト（S3ベース）へのDNSフェイルオーバーの記事となります。 Route 53へのフェイルオーバー機能とヘルスチェック機能の追加 先日のAWSよりRoute 53へのフェイルオーバー機能とヘルスチェック機能の追加に関しての発表がありました。 AWSでWebサイトなどをホストする場合、障害発生時に一時的にSorry Pageを表示したり、バックアップのWebサイトに切り替えたりといったことを自動的に行うことはこれまで比較的難しいかったと思います。 今回、Route 53にフェイルオーバー機能が追加されたことにより、プライマリサイトがダウンした際に、自動的に
ファーストサーバ社の障害に関して - naoyaのはてなダイアリー
あまりまとめられないので箇条書きで。 「クラウド (IaaS)」と「レンタルサーバ」の区別 技術的には「クラウド (における IaaS)」と「レンタルサーバー」は明確に異なるものなので、そこは混同されないことをおすすめしたい 今回障害が起こったファーストサーバのサービスはレンタルサーバであって、クラウドサービスではないだろう クラウド = Amazon Web Services (AWS) や Heroku がその代表例だと思ってもらえばいい *1 具体的には、日経新聞の当該記事のこと → http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/ 意図は不明だが「クラウド」のような目新しいものと今回の事件とを結びつけて何かしらの印象を与えようとするのは、個人的には感心しない 業者が「クラウド」と謳っていたかどうかは知らない。例え
「バックエンドの経験はなかった」Instagram創業者は、どうやってシステムをスケールさせてきたか
昨日のPinterestの記事「Pinterestの急成長を支えてきたアーキテクチャとは？ Pythonで開発しAmazonクラウドで運用」に続いて、やはり写真を中心としたサービスで急成長してきたInstagramのスケーラビリティについて、まとめてみました。 InstagramもPinterestと同様に、基本はAmazonクラウド上でPythonとフレームワークのDjangoを使ったシステムを構築しています。興味深いのは、創業者の二人ともバックエンドの経験がないなかで試行錯誤をしてシステムをスケールさせてきた点です。 Instagramは先月、Facebookに買収されると発表されています。この先、Instagramのシステムはどう変わっていくのでしょうか。 Instagramのシステム構成 約半年前、昨年12月にInstagramのブログに投稿された記事「What Powers In
光の道、その誤謬と、必死なのはなぜの話 | 無線にゃん
ソフトバンクが光の道はA案かB案か、なんていう広告を大量に出しているにゃん。WEB広告くらいかと思ったら、TVCMまで出しているにゃん。ここまで必死にやるには、裏には相当困っていることが起きているんだろうにゃぁ、と言うところで、いろいろな情報もでてきたので、簡単にまとめ。 まず、ソフトバンクの言っている「A案」「B案」について。A案は光が5000円で地方切捨て、整備も遅い、といい、B案は光が1000円ちょいで地方も全部整備で整備も早い、と広告しているにゃん。まずどう考えてもこの二つが比較になっていない、と言うことに気づきますにゃ。 だって、この情報だけでは、B案以外に選択肢が無いじゃないですかにゃ。それ以外に全く差が無く、この条件だけしかないのであれば、だれが考えてもB案になりますにゃ。しかし国はA案を選択し、ソフトバンク以外のすべての事業者がA案に同意している。これはおかしなことだにゃん
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クックパッドのインフラ責任者が語る、DevOpsを成功させる考え方「迷ったら健全な方を選ぶ」～DevOps Day Tokyo 2013
ＪＲ東海:リニア中央新幹線ルート発表 ６駅の位置も－ 毎日ｊｐ(毎日新聞)
「LINE」が変えるリアル経済、ポイントも開始 - 日本経済新聞