「数字は神より正しい」〜 Gunosyさんのオフィスツアーに行ってきてGunosyさんの開発スタイルやチーム編成とかを聞いてきました。 〜
《オフィスツアーの経緯》 「Gunosy」さんのオフィスツアーに縁があって参加させていただきました。元々、このオフィスツアーは昔からの知り合いのTomoさんが定期的に開催しているもので、以前はSkypeやコミュニティエンジンさんなどを訪問させていただきました。 オフィスツアー自体は、5〜6年前から実施されており、その時々の旬な企業を訪問させていただいているのですが、今回はテレビCMも始められて、我々のようなギーク層だけでなく、一般層にも注目度が高まっているGunosyさんを訪問させていただきました。 《数値は神より正しい》 今回のオフィスツアーで、まずは創業者メンバーの一人である 関さんから「スタートアップにおける研究開発のゲンバ」と題した、Gunosyさんの研究開発のやり方とGunosyさんの考え方を発表していただきました。 最初に出たお話としては「数字(数値)は神より正しい」という考え
「Blue-Green Deployment」とは何か、マーチン・ファウラー氏の解説
クラウドを活用した本番システムのデプロイ手法の1つに「Blue-Green Deployment」がある。Blue-Green Deploymentの目的とそのメリットを、マーチン・ファウラー氏の解説から紹介する。 1つ前の記事で紹介した、チャド・ファウラー氏によるImmutable Infrastructureの記事「Immutable Infrastructure（イミュータブルインフラストラクチャ）と捨ててしまえるコンポーネント」では、デプロイをより安心して行うために、サーバの内容を変更する際には既存のサーバに手を加えるのではなく、新規に作り直して切り替える、という方法を提案しています。これがサーバの不変性、すなわちImmutable Infrastructureにつながるわけです。 これから紹介するマーチン・ファウラー氏の記事「BlueGreenDeployment」は、Immut
AWS, chef, Cinnamon等を使った無停止デプロイ(PrePAN carton 1.0化の裏側) - $shibayu36->blog;
最近PrePAN uses carton 1.0 now! - $shibayu36->blog;でも書いたとおり、PrePANのcarton 1.0化を進めていました。 通常であれば変更点をアプリケーションサーバにデプロイし、サーバを再起動すれば良いのですが、cartonを0.9から1.0に上げるというまあまあ大きな変更を加えるため、事前に動作確認を行い、無停止でデプロイしたいと考えました。そこでAWSを使って無停止デプロイを試してみたのでそれについて書こうと思います。 PrePANのサーバ構成やデプロイ手順の検討 無停止デプロイの説明の前にPrePANのサーバ構成を紹介しておきます。 現状はELB 1つに対し、EC2が2台ぶら下がっているという状態で運用しています。そしてEC2に対してはそれぞれapp-1, app-2という名前でタグがついています。 開発メモ#2 : AWS でのホス
[mina][capistrano] capistrano をやめて mina にした - HsbtDiary(2013-03-31)
■ [mina][capistrano] capistrano をやめて mina にした 最近 Rails プロジェクト以外(jekyll とか puppet とか) のデプロイをすることが多くて、その度に public/{images,javascripts,stylesheets} のエラーにイラッとしたり、マイクロ秒の releases フォルダ使い物にならねーとかあったので、前に見かけた mina を使ってみた。 使い方は基本的に mina init で作成される config/deploy.rb の雛形に従って capistrano のタスクをそれっぽくコピーしただけ。良いと思うところ。 タスクがだいぶシンプルにまとまっている気がする。 shared の下の symlink を簡単に追加できる(もう create_symlink タスクをコピペして使い回さなくて良い...) r
![[mina][capistrano] capistrano をやめて mina にした - HsbtDiary(2013-03-31)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
Capistrano + rsync で省エネデプロイ - 肉とビールとパンケーキ by @sotarok
こんにちは。 タイトルの通りなんですが、Capistrano みんなつかってるよねー。 ってことで独自のデプロイシステムをもってなくてさすがにFTPでUPはしてませんって人は結構使ってるもんだと思ってるんですけど、Capistrano ってなんかデフォルト各サーバで vcs の update 的なことをするか、ローカルにソースツリーを用意してやる場合に使えるのは scp で、なんかエコじゃないよねと言う話で、いちいちソースツリー全部配布されてたら転送量も時間もかかってしょうがないので、まーrsyncがいいんだよね、ということで、そんな時は capistrano_rsync_with_remote_cache (なげえよ) を使えばいいよね！ってお話です。 *1 luisparravicini/capistrano_rsync_with_remote_cache · GitHub このご時世
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS上でのWebアプリケーションデプロイ