ども、大瀧です。 先週Docker界隈で話題になった、Empireというプロダクトを試してみたのでレポートします。 Empireとは Empireは、教育向けメッセージングサービスを手がけるRemind社が開発するオープンソースのDockerコンテナ管理ソフトウェアです。HerokuライクなCLIを備えていて、PaaSっぽくDockerコンテナを管理することができます。 DockerでHerokuのようなPaaSというとDokkuが思い浮かぶところですが、Dokkuには複数ホストをクラスタとして管理する機能が無く、本番環境向けとしては機能が足りません。一方、Dockerコンテナ管理ソフトウェアというとGoogleが開発するKubernetesやCoreOS fleetが有名ですが、どちらも構築および運用に独特なスキルが必要です。Empireはコンテナ管理に必要なコンポーネントをなるべくAW
独立して読んでいただける様書いていますが、S3+CloudFrontでWebフォントを利用する（FireFox対応）の続編的位置づけです。 heroku で運用していると CSS、JS、画像、WebフォントなどをCDNで配信したくなるので、そのやり方をまとめました。 実は heroku の仕様変更で構成を変えざるを得なかったためにやったんですが、結果的にいい形にまとまったと思います。 大いに参考にしたサイトがこちら。 CloudFront CDN with Rails on Heroku こちらを読めばこの記事は読まなくてもいいかも。 Asset Sync をやめる。 Asset Sync は、heroku へのデプロイ時に実行される rake assets:precompile の際に、S3 などの外部ストレージに assets の中身をコピーしてくれる gem です。 元から使っていな
こんにちは、こんにちは！ 2013年12月版のサービス運用構成をお知らせします。 なんでも @interu という男が、SonicGarden Study #6 で「そういえば @mah_lab が公開しているHerokuの資料、あれ、もう古いですよ」「そろそろ更新してくれると思うんですけどね（チラッ」と言っていたようなので、2014年版をお知らせする前に、2013年12月版をお知らせする次第なのであります。 前回からの変更点 バックアップ監視の仕組みが、よりスマートになりました 以前はAWS Backup Checkerと実際にバックアップを取る仕組みは別に存在していたのですが、AWS Backup Checkerがバージョンアップし、バックアップもやってくれるようになりました。今ではバックアップを取りつつ、バックアップが正常に取れているかどうかも監視するという、1人で2役3役こなしてく
これまで私が勉強会やJAWSUGなどのイベントで発表した時に作成した資料をまとめておきます。 AWSやHerokuなどのIaaS/PaaSを使う上でのSonicGardenならではの考え方などを綴っているので、ご興味のある方はぜひお読みいただければと思います。 2012年10月 JAWS-US in 名古屋 「AWSを活用して少人数で複数のサービスを運用するコツ」〜jawsug in nagoya〜 from interu07 2013年3月 Developer Migration 2013 DevOpsが引き金となるインフラエンジニアの進撃 from interu07 2013年9月 JAWS FESTA Kansai 2013 20130928 JAWS Festa Kansai 2013 SonicGarden流DevOps from interu07
whyILeftHeroku.rst 何故私は Heroku から離れたか、および新しい AWS セットアップのメモ 原著者:Adrian Holovaty 原文:Why I left Heroku, and notes on my new AWS setup 金曜日、私は Heroku から Amazon Web Services(AWS) を直接使うように Soundslice を移行しました。私はこの変更ができてとても、そうとても嬉しくて、私がどうやったかということと、もし皆さんが同じような立場だったら何故それを検討すべきかということについて広く伝えたいと思います。 私の Heroku 体験 Soundslice はサイトを立ち上げた2012年11月からずっと Heroku 上にありました。いくつか理由があって、私は Heroku を使おうと決めました: システム管理者でいるのは趣味
ちょうど去年の今頃、SonicGardenにおけるherokuでのサービス運用構成をご紹介しました。去年の比較して、今ではherokuで本番運用されているサービスも増えているかと思いますが、実際の構成例はあまり紹介されていないようです。去年ご紹介した内容も少し古くなっていますので、2013年バージョンとして、再度ご紹介したいと思います! 去年からの変更点 去年と比較して大きく変わっている点は、以下の3点ですねー。 バックアップ取得方法の見直し & 監視の導入 Route53愛してる! ログ取得のアドオンをPapertrailに変更 バックアップ取得方法の見直し & 監視の導入 @interuが去年のJAWS-UG in Nagoyaで講演したように、「本当にバックアップ取れてるの？」というのは重要な視点ですね! なので、バックアップを取得するところと、監視するところ、セットで構成するように
Amazon Web Service (AWS) でサービスをデプロイしてみた | feedforce Engineers' blog
3 年ほど前、 「えもにゅ」というサービスを Amazon EC2 でリリースしました。残念ながら「えもにゅ」はサービスを終了しましたが、今回、別プロダクトで再び AWS を使う機会がありました。「えもにゅ」当時と比べて、AWS も大きな進化を遂げました。 「えもにゅ」当時にはなかった東京リージョンがある。 EC2 / S3 以外にも VPC, ELB や RDS といったサービスが展開されている。 久々の FFTT では、 AWS をどのように利用しているかについて、公開できる範囲でご紹介したいと思います。 AWS 選定までの流れ 要求諸元 今回サービスを立ち上げるに当たって、インフラ面では以下の要求がありました。 Rails 3.2 アプリケーションを動作させたい。 IaaS またはデータセンタの場合は、一般的なロードバランサ → Web appサーバ → MySQL という構成にした
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
