HerokuでWBS砲を打ち返した話@kon_yu
Immutable Infrastructureはアプリケーションのアーキテクチャを変えていく、伊藤直也氏（後編）
Immutable Infrastructureはアプリケーションのアーキテクチャを変えていく、伊藤直也氏（後編） 仮想化やクラウドを基盤とした新しいインフラの考え方である「Immutable Infrastructure」が注目されています。このImmutable Infrastructureをテーマに3月25日に渋谷にあるDeNAの大会議室で開催された勉強会「Immutable Infrastructure Conference #1」では、150人の定員に400人以上が申し込む人気ぶりでした。 （本記事は「Immutable Infrastructureはアプリケーションのアーキテクチャを変えていく、伊藤直也氏（前編）」の続きです） 不自由さをアプリケーションが受け入れることでよい影響が まずアプリケーションアーキテクチャへの影響についてですが、サーバがImmutableになるという
macを買って、今すぐherokuでruby1.9.3 + rails3.2しよう！ - ppworks.jp
みなさんがmacを買う理由の1つにherokuを使ってRailsの開発がしたいというのがあると思います。そこで、今回はmacを買ってきてherokuにdeployするまでの手順を書いてみました。念のため、手元のマシンでLionをクリーンインストールしてからの手順を記述しています。 買う もしmacを持っていなければ、今すぐ近くのmacが売っていそうなお店(そこらをぶらついているときにmacを売っているのを見たことありますよね！そこに行くんです！)で買ってきて下さい。ネットで買うといますぐこの記事に書いてあることを試すことができません。しかし、もうすぐ新しいmacとか出そうだから落ち着いた方がいい感もあるので、その辺は自己責任で判断しましょう。 ソフトウェアアップデート これしないと不安。しましょう。(アップデート後に再起動を促されることも多いと思います。) iTerm2 iterm2を入れ
さいきんの Rails サービスを高速化をしてみた - 2nd life (移転しました)
先日のももクロハッカソンで出会った wantedly を作ってる仲さんが と言ってたので、面白そうなので wantedly を速くしてみました。 wantedly ちなみにデータが数百万オーダーもなさそうなのに、どのページもログインすると2-5秒ぐらいかかっていたので、確実に速くできそうだなぁという感覚はやる前からありました。 アプリケーションサイドのチューニング 初心者*1にありがちな問題として SQL に適切にインデックス張ってない キャッシュすべき場所をキャッシュしていない 無駄なデータを引きすぎてる ことがよくあります。ので順に実装を見ていきました。 SQLに適切なインデックスを張ってない 張ってありました！びっくり！＼(^o^)／ キャッシュすべき場所をキャッシュしていない Facebook API を利用したアプリケーションなんですが、ユーザのデータの取得を毎回馬鹿正直に HT
［速報］まつもとゆきひろ氏、米HerokuのRubyチーフアーキテクトに就任 － Publickey
サンフランシスコに本社を置き、Ruby on RailsのPaaSなどをクラウドで提供しているHerokuは、オープンソースのプログラミング言語「Ruby」の開発者であるMatzこと、まつもとゆきひろ氏が、同社においてRubyのチーフアーキテクトに就任すると発表しました。 まつもと氏以外にも、Rubyの開発コアメンバーの数人がHerokuのフルタイムのスタッフとなる方向で話が進んでいるとのことです。 まつもと氏は引き続き、島根県に本社を置くネットワーク応用通信研究所のフェロー、楽天技術研究所のフェロー、Rubyアソシエーションの理事長などの肩書きを持ち続け、これまでと同様にRubyのオープン性と発展にコミットした活動を続けていくことを明らかにしています（まつもと氏のインタビュー記事「「Rubyの進歩がより速くなることを期待している」 Herokuのチーフアーキテクト就任について、まつもと氏
AWSの障害に起因したHerokuの障害について、Herokuによるレポートが公開されたので要点を翻訳しました（全訳ではありません）。「だ、... - Sooey
AWSの障害に起因したHerokuの障害について、Herokuによるレポートが公開されたので要点を翻訳しました（全訳ではありません）。「だ、である」調にしたため多少偉そうに見えるかもしれませんが、原文はとても誠実な表現で書かれていますので、その点は誤解なきよう。 一部、文意が汲めなかった部分は原文を併記していますので、ご意見・ご指摘などがありましたら@junyaまでお願いします（@irohirokiさん、アドバイスありがとうございます）。 Resolved: Widespread Application Outage Herokuを4年間運用してきて最大の障害 専用データベースを利用している大規模アプリケーションでは最大16時間のダウンタイム 共有データベースを利用している小規模アプリケーションでは最大60時間のダウンタイム アプリケーションのデプロイについてはプラットフォームの広範囲にわ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
海藻猫は Heroku+node.js+CoffeeScript+MongoDB でWebアプリが作りたい