意識レベルを低く保ったまま自動化する話 世の中にはChefやらAnsibleやらPuppetやらと様々な自動化ツールがあって、 意識の高いはてな民は日々「Chef-soloはオワコン、いまやChef-zeroの時代」 「Ansibleなら対象サーバへの事前準備が不要、時代はAnsible」といった不毛な会話を繰り広げていると聞く。 「モダンなエンジニアは全員Chefを使いこなしているものだ」みたいな空気すらある。 なるほど、自動化ツールの学習は興味深いし楽しい。 大規模なサーバ群が次々と自動的にセットアップされてゆく様子は感動すら覚える。 が、私がやりたいことはリモートサーバのログを消したいだけなんだ、コマンド2つで済む内容なんだ･･･というときにはちと大仰すぎる。 「鶏を割くに焉んぞ牛刀を用いん」とはよく言ったものである。 シェルスクリプトで済むような内容、特に冪等性が必要ない場面、日常
どうも、ガールフレンド（仮）で窓際エンジニアをやっていたり、ウチの姫さまがいちばんカワイイで窓際エンジニアをやっていたりする Wataru です。(PCはmacです) 窓が近いとエアコン戦争が激しいわけですが、やっと秋も近づいてきて戦争も終わりが見えてきたのでしょうか？残暑お見舞い申し上げます。え？遅い？ さて、今回はFabricの紹介をさせて頂きたいと思います。 もしあなたが千手観音のようにたくさんの手を持ち、サーバのオペレーションをできるとしたら、どうでしょう？ そう、そんな神様のような事をできるのがFabricというツールです。 Fabricって何？ まあまあ大げさなことを書きましたが、Fabricはコマンドラインのツールです。Pythonでできていて、SSHの作業を効率化してくれるものです。アプリケーションのデプロイや管理がすごく楽になるんです。 リモートやローカルのシェルコマンド
最近デプロイツールを探していたのだけど、やはりPythonで書きたいなと思い、勉強がてらFabricを使ってデプロイスクリプトを書いてみました。 設定とコードをなるべく切り分けたかったので、このあいだ知ったConfigParser使って設定を外部化させてみました。 Fabricのrolesを使いたかったので、Keyに対して、カンマ区切りで複数のValueを持たせられるようにしてみました。とりあえず動く程度なのでも う少し綺麗にまとめるかも、っというかもっとスマートな方法があるはず・・・。
Fabric は指定したコマンドを各ホストで実行する実行モデルです。この場合は特にホストの指定がなかったので、全部ローカルで、一回実行することになります。 これは結構つまんないので、本当の例を見ましょう。これは最近、仕事で作ったコマンドです。 nginx サーバーでメンテ画面を出すようなコマンドです。 各ロードバランサーで実行します。 from fabric.api import run, cd, abort, require, sudo, env from fabric.decorators import runs_once, roles from fabric.contrib.console import confirm ... @roles('loadbalancers') def start_maintenance(): """ メンテナンス画面に切り替える """ _produc
随分前から、勉強がてら個人でちょこちょこwebサイト作ってる。デプロイはjarファイルのコピーだけとは言え、毎回手動でdeployとサービス再起動をするのはさすがに面倒になってきたので、デプロイを自動化するツールを導入する事にした。 環境等 Play! framework 2.2 web(app)、DB、バッチでサーバーが分かれている デプロイ先はいずれもLinux ローカル開発環境はOS X Mavericks (10.9) Fabric 1.8.1を使用 最初Capistranoにしようとしたがやめた 仕事先のプロジェクトで使っているCapistranoを最初使おうとした。でも、Capistranoは少し試したものの以下の理由で止めた。(Ruby on Railsの場合はCapistranoが一番良い選択肢だとは思うけど。) 最新バージョンのCapistrano 3は、ドキュメントが非
Fabricというアプリケーションのデプロイ作業や管理作業を自動化するためのツール（Pythonモジュール含む）があります。 アプリケーションのデプロイ作業や管理作業の自動化の為のツールと聞くと、訳の分からんDSL覚えなきゃいけないのかだるいなぁとか、謎のアーキテクチャに合わせなきゃいけないのかめんどくせとか思ってしまうタイプだったんですが、FabricはPythonで書けます。仕組みも（概念的にはでありますが）単純です。 ローカルからリモートへSSHで接続して行える作業だったら基本的に何でも自動化出来ます。 で、リモートのサーバーを複数定義しておくと、自動化した作業を１つずつ全部に適用してくれます。 ロードバランサーの下にWebサーバーが複数あって、それらに自動的にアプリケーションを配置・再配置するために使うってのがよくあるパターンだと思います。 今回は、複数のサーバーに同じ初期設定を行
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
