Announcing CDK for Terraform 0.1
Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning
なぜいま Heroku なのか - Qiita
開発中のサービスに Heroku を採用した経緯を社内で周知するために書いた文章なんですが、ついでに Qiita にも貼っておきます（ちなみに Heroku の回し者ではないので悪しからず）。 従来、Heroku は日本で使うにはレイテンシの問題で本番環境での利用が避けられることが多かった これは Heroku の Common Runtime には Tokyo region がなく US 等のサーバーと通信するとレイテンシが大きいため1 実際、Wantedly 社なんかもレイテンシを理由に Heroku から AWS に移行している だが、Service Worker の先読みと Fastly（のような instant purge 可能な CDN）の登場により、このレイテンシの影響は極小化された のではないか 多くのリクエストは Fastly のエッジサーバー からレスポンスを返せるはず
JOBLISTのシステム構成と開発フロー - rista’s blog(旧)
どうも最近おないた気味なエンジニアの@mikedaです。 今回はJOBLISTのシステム構成と開発フローについて書きます。 まず前提として、FWはRuby on Railsです。 システム構成 サービスインフラはAWS上に構築されていて、全体としてはざっくりこんな感じです。 appサーバ上ではnginxとunicornが稼働 データストアはMySQL、Redis(セッション他)、Elasticsearch(検索) 画像はS3に格納してCDN(CloudFront)経由で配信 AWS上の各コンポーネントはmulti-AZ冗長化 メール配信はPostfix -> SES。将来的には機能が豊富なSendgridに移行するかも 監視はmackerelとNewRelic itamae、roadwork等を使ってだいたいgithubでコード管理 フロント周りはjquery、coffeescript、s
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
