Ansistranoでnode.jsのアプリケーションをインストールする - Qiita
リモートマシンにデプロイするのにCapistranoが鉄板ですが、インフラの構築にAnsibleを使っていると全部Ansibleでやれないものかと。 探してみると、やはりありましたAnsistrano！ おさらい capistranoとは 元々はRailsのデプロイツール 今はRails非依存 Ruby,PHPなどのスクリプト言語のデプロイが得意 だいたいこんな流れ 対象のサーバーにSSH接続し ファイルを配置して gitから取得するパターンが多い 何らかのコマンドを流す 参考：http://qiita.com/mr-myself/items/2769676e6dcf43db41ef まずはインストール Ansible Galaxyで公開されているのでansible-galaxy - hosts: api name: "○○のAPIサーバー" vars: ansistrano_deploy
(翻訳): Ansibleを使ったデプロイに関する一考察 — そこはかとなく書くよん。 ドキュメント
(翻訳): Ansibleを使ったデプロイに関する一考察¶ (訳注: この記事は Thoughts on deploying with Ansible の翻訳です。著者のRamon de la Fuente さんから許可を得て、翻訳・公開しています。元記事の公開は2014年6月ですが、2015年1月現在にも通用する話だと思います) 私たちのデプロイ手順を簡単にするために Ansible で roleを書きました(以前は Capistrano を使っていました)。このroleは今やかなり完璧で、本番環境に使い始めています。しかし作り始めた当初はいくつかの点で議論する必要がありました。今回みなさんとその議論を共有しようと考えたわけです。 デプロイとは？¶ 最初に "デプロイ" を定義しましょう。デプロイするとき、ユーザーはすでに "Provisioning" を終えており権限なども適切に整って
RailsアプリをAnsibleで構築した環境にCapistranoでデプロイするまでにやったこと - Qiita
実現したいこと Ansibleで構成管理 Ansible ServerはローカルにVagrantで立てる(host) Ansible Clientは構成の検証用(node)とec2に用意する。nodeは失敗したら潰して立て直す。上手くいったらec2に変更を適用する capistranoでデブロイ ローカルから実行できることを目的とする よって、CIツールとの連携や自動化は今回のスコープ外とする Vagrant BaseBoxの追加 本来は本番環境になるべく近いイメージを用意したいところですが、今回はアメリカ国立再生可能エネルギー研究所の提供するBaseBoxを利用して進めます（Chef 11.8.0, Puppet 3.3.1が入ってしまっていますが影響ないと判断しました）。 $ vagrant box add centos64 http://developer.nrel.gov/down
インフラのOrchestration? - $shibayu36->blog;
Orchestrationやっぱりよく分かってなくて、色々話聞いてた。まだまだ分かってないけど、今のところをまとめるので、ここは違うとか指摘してください。 http://iiirc.org/snippets/321 Orchestrationに二つの意味が混ざっている？ という話になった。一つはmizzyさんも言っていたインフラの動的な部分という意味で、一つはnaoyaさんやstanakaさんが言っていたサーバ同士がうまくコミュニケーションしあって統制するという意味っぽい。 それぞれの役割やツールへの対応としては インフラの動的な部分 あるサーバの状態に合わせて、実行する内容を動的に変える capistrano, fabric, MCollectiveなどが該当 サーバ同士が相互的にコミュニケーションして統制する serfなどが該当 インフラの動的な部分としてのOrchestration
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
