Chef-soloとAnsibleとFabricを試した感想 · hnakamur's blog
2013-09-01 Chef-soloとAnsibleとFabricを試してみたので感想をメモ。どれもそんなに深くは使い込んではいない。 このメモは自分の脳内の考えを整理するためのもので、人が使うことについてどうこう言うつもりはないです。 Chef-solo 書いてみたcookbookはこちら。hnakamur/chef-cookbooks hnakamur/chef-repo クックブックは手順を書くのではなくて結果を書くというのがどうも本質的に違うと私は思ってしまう。料理のレシピだって手順を書くし。書結果がこうあるべきというのはserverspecが出来た今となってはそちらに任せて、クックブックは本来手順を書くべきものだと思う。 RubyのDSLだけど結局上から順に評価されるので、実は手続きを書いていることになっている。でもファイル単位でしか再利用できないので、一部だけ使いたいと思っ
Python製デプロイツール Fabricを初めて使う際に役立つTips
by @dekokun on 2013/04/07 19:30 Tagged as: Python, Fabric, デプロイツール. 2013/04/09 追記 意外と反響があるようなので、Tips追加しました。 2013/05/10 追記 並列実行について調べたのでついでに追記 「次のプロダクトはシンプルなデプロイツールだと噂のCinnamonでも使ってみるかー」と言っていたら、「Cinnamonは使ってるユーザ数が少なそうだし同様のことが行えるFabricのほうがいいんじゃないですかね。」というツッコミをいただき、今回はPerlのプロジェクトでもないためFabricを使用することにしました。 初めて触るFabric、やはり初学者にはいろいろとよくわからない部分があったため、はまって解決したことや便利なTipsなどをつらつらと列挙していきます。 なお、以下情報はPython2.7及びF
デプロイツール比較 CapistranoとFabric
by @dekokun on 2013/05/21 23:46 Tagged as: Capistrano, Fabric. 最近、Fabric, Capistranoと立て続けに2種類のデプロイツールを使ってデプロイ環境を構築する機会がありましたので、その際に感じた両者の利点を書いてみたいと思います。 両者の簡単な解説 そもそもCapistrano, Fabricについて、「片方は知っているけど片方は知らないよ」という人がいるかと思いますので、簡単な説明をします。 両方とも何かを知らない人は…「自動デプロイ」とかそのあたりで検索してみるといいんじゃないですかね。 Capistranoとは Ruby製のFabricみたいなものです Fabricとは Python製のCapistranoみたいなものです Fabricは私の中ではデプロイツールという認識なのですが、最近Chefと比較されること
chef + fabricを用いたクラウドサービス管理 | SmartNews開発者ブログ
ゴクロの大平と申します。はじめまして。 ４月からjoinさせていただいた、特に特記事項の無い平凡なプログラマです。さだまさしが好きです。 SmartNews開発者ブログをご覧になる方々は、サービスの裏側で動作するクローラーや多種多様な機械学習のロジックであったり、フロントエンドのUIの話であったり、サービス固有の話に興味が有る方が多いと存じますが、都合上（原稿の担当順番の都合上）、今回は一般的な話をさせていただきます。 ※先掲の話題については次回以降取り上げられますので、お楽しみに。 一般的な話題とはいえ、大企業とスタートアップでは取り巻く環境や解決すべき課題も異なっていますので、その辺もあわせてお伝え出来ればなと思います。 なお、今回のテーマは、サーバー/ミドルウェアの構成管理ツールとして最近有名になってきた「chef」と「fabric」です。 かなり長文のエントリーになってしまい
サーバー環境をテストするenvassertを作りました — そこはかとなく書くよん。 ドキュメント
fabricのみに依存しています。cuisine, fabtoolsは実装の参考にしていますが、 依存はしていません。 使い方¶ fabfile.pyを以下のように書きます。 from fabric.api import env, task from envassert import file, process, package, user, group, port, cron, detect env.use_ssh_config = True @task def check(): env.platform_family = detect.detect() assert file.is_exists("/etc/hosts") assert file.is_file("/etc/hosts") assert file.is_dir("/tmp/") assert file.dir_exis
今日からすぐに使えるデプロイ・システム管理ツール Fabric 入門 - 科学と非科学の迷宮
Fabric は、Python 製のデプロイ・システム管理ツールです。 最近、構築や運用を自動化するための様々なツールが出てきています。 構成管理ツールの Puppet や Chef が有名ですが、使うまでに覚えることが多いのが欠点です。 しかし、Fabric は非常にシンプルなツールで、今からすぐに使うことができます。 Fabric はデプロイ・システム管理ツールで、類似のツールとして Ruby 製の Capistrano があります。 Fabric の最大の特長は、シェルスクリプトを書き慣れた人がいきなり利用できるところです。 シェルスクリプトとしてまとめていたコマンドをそのまま run() メソッドや sudo() メソッドで囲むだけで、使うことができます。 シェルスクリプトを使っていていると、いくつもの問題に遭遇します。 名前空間の管理 変数の扱い 複雑なデータ構造がない(せいぜい
Fabric, Cuisine and Watchdog for server administration in Python
The document summarizes name changes to SAP Cloud Platform offerings as part of SAP's One Platform strategy. Key points: - SAP Cloud Platform has been retired and replaced by SAP Business Technology Platform (SAP BTP), which includes solutions for database/data, analytics, application development/integration, and intelligent technologies. - SAP Cloud Platform services are now organized into the SA
About — cuisine documentation
/ / ___ ___ ___ ___ | | )| |___ | | )|___) |__ |__/ | __/ | | / |__ -- Chef-like functionality for Fabric About¶ Fabric is an incredible tool to automate administration of remote machines. As Fabric’s functions are rather low-level, you’ll probably quickly see a need for more high-level functions such as add/remove users and groups, install/upgrade packages, etc. Cuisine is a small set of function
chefとcapistrano(Webistrano)っぽいのをPythonで（構築のみ） - dai-yamashitaの日記
Fabric+Webistranoっぽいのの構築したメモです。 rubyに入門しませんでしたm(_ _)m！！使用は、Pythonでいきたいなぁーっと。 pythonとshellの方が自分に実績があって、手に馴染むだけです。chefとcapistranoの方が、 現状では情報が多いので、誰得？になってしまうんだろうけど、自分用の記録。長編。。。 前は、phpでmakuoさん使ったデプロイツール作って使ってましたが（遠い目）今回は自前は辞め、 pythonで、chefっぽいものと、capistranoっぽいものを構築することが目的です。(capistranoはWebistranoを目標） 構築した環境は、Scientific Linux 6.4 x86_64です。 （インストール時のオプションは、Basic Serverで、カスタマイズで開発ツールを追加しています。） ■Fabricのインス
Chefに挫折したあなたへ。Fabricのすすめ
サーバ設定作業は面倒で間違いを犯しやすいため、Chef/Puppetなどのツールで自動化したいと考えている方は多いと思います。 私もそのような理由からChef(-solo)を習得しようと試行錯誤していました。 その結果、ある程度は動くようになったものの次のような問題があると思いました。 学習に時間がかかる 私は正直、今でもどのファイルに何を書くのかよく分かってないです。 幾分か簡単だと言われるchef-soloでも公式サイトのドキュメントだけではよく理解出来ませんでした。 また、バージョンによる差異なのか目的が異なるのか分かりませんが、ブログ記事を参考にしようとすると十人十色でどれが私に合った手順なのかわかりませんでした。 例え最終的に理解できたとしても、私やあなたが何日もかけて理解できないことはチームのメンバーも理解するのは難しいと思います。 対象サーバにインストールする必要がある Ch
Fabric — Fabric 1.0 documentation
About¶ FabricはPython（2.5以上）のライブラリかつコマンドラインツールです。 アプリケーション開発にSSHのストリームラインとして使ったり、システム管理作業に使えます。 Fabricはローカルないしリモートのシェルコマンドを実行（普通にでも sudo 経由でも）、ファイルのアップロード／ダウンロード、実行ユーザに入力を促したり、実行を停止する補助機能などの基本的なツール群を提供します。 典型的名使い方は1つ以上の関数を持つPythonモジュールを作成し、それらを fab コマンドラインツール経由で実行するというものです。次に示すのは1つのタスクを持った小さいけれど完全な”fabfile”です:
Fabric で rsync する - Memo
Python のデプロイツールである Fabric を普段から使っている。 で、Fabric で rsync をする場合は以下のように書く。 #!/usr/bin/env python # -*- coding: utf-8 -*- import os from fabric.api import env, run, roles, cd from fabric.contrib import project, console env.user = 'username' env.roledefs = { 'web': ['192.168.1.10', '192.168.1.11', '192.168.1.12'] } @roles('web') def rsync(): project_path = '/path/to/projects' dirname = os.path.dirname l
fabfileの構造化 - logiqboard
fabfile.pyって、task数個までならまあ1ファイルでいいんですが、それ以上増えてくるとスクリプト自体がカオスになって収集がつかなくなります。 更に似たような、けど微妙に違うtaskをいっぱい定義したりすると名前まで酷くなってきます。こんなかんじに。 @roles('lb') def lbserver_deploy(): """ロードバランサーにデプロイする""" ... @roles('app') def appserver_deploy(): """アプリケーションサーバーにデプロイする""" ... @roles('batch') def batchserver_deploy(): """バッチサーバーにデプロイする""" ... こんなファイルメンテする気が起こらないので、なんとか綺麗にしたいと思って調べたところ、fabric1.1から付いたクラスベースのtaskというのを
Fabricでサーバー管理をDRYにしよう - 倖せの迷う森
kyoto.py in 高槻でLTしてきました。LTといいつつ、たぶん5分以上かかってたと思う。 Fabricでサーバー管理をDRYにしよう from max747 簡単なデモとかも用意はしていたんですが、明らかに時間足りなさそうだったのでカットしました。興味ある方は自分で触ってみるだろうし、いいかな。 懇親会でも話があったのですけど、こうしたツールをそもそも知らなかったという方もいます。そうした方々に知ってもらえただけでも、きっと発表の甲斐はあった。笑いは取れなかったけどな。
fabricとbuildoutで環境構築 第2章 fabricタスクとして任意のPythonの関数を実行する方法 - 今川館
Python, fabric, buildout | 10:46fabfileから解放されたいfabricのfabというコマンドはカレントディレクトリにあるfabfile.pyを見つけてその中に定義されている関数を実行します。一応、 -f というオプションで対象のファイルを指定することも可能です(以下例)。 $ fab -f /home/oyakata/maro.py useradd:name=tiger,password=scott しかし、ファイルを指定して実行する点は変わりません。これを、任意のPythonの関数を実行するよう変えることがこの記事の話の目的です。fabricにちゃんと仕組みが用意されている！fabric.api.executeという関数を使えば任意のPythonの関数をfabricタスクとして実行できます。ドキュメントに書いてあります。Execution model
Fabricを使ってリモートサーバーでコマンドを実行する - スコトプリゴニエフスク通信
Python版のCapistranoと言われて久しいFabricだけど、ドキュメント通りにやっても全く動かなかった経験があるのでずっとスルーしてきた。http://pypi.python.org/pypi/Fabric/0.9rc1http://docs.fabfile.org/0.9/PyPIに上がっている0.9というバージョンは、まずまず動くので検討する価値がある。インストールはいつも通り、 $ pip install Fabric 基本的なことFabricをインストールするとfabというスクリプトがインストールされるので、 $ fab -H localhost -f fabfile.py command> のようにして実行する。fabfile.pyは設定ファイルの名前だが、fabfile.pyという名前で設定ファイルを保存しておけば省略できる。-Hオプションはホスト名の指定。オプショ
Fabricでサーバーの初期設定を自動化する – 日曜研究室
Fabricというアプリケーションのデプロイ作業や管理作業を自動化するためのツール（Pythonモジュール含む）があります。 アプリケーションのデプロイ作業や管理作業の自動化の為のツールと聞くと、訳の分からんDSL覚えなきゃいけないのかだるいなぁとか、謎のアーキテクチャに合わせなきゃいけないのかめんどくせとか思ってしまうタイプだったんですが、FabricはPythonで書けます。仕組みも（概念的にはでありますが）単純です。 ローカルからリモートへSSHで接続して行える作業だったら基本的に何でも自動化出来ます。 で、リモートのサーバーを複数定義しておくと、自動化した作業を１つずつ全部に適用してくれます。 ロードバランサーの下にWebサーバーが複数あって、それらに自動的にアプリケーションを配置・再配置するために使うってのがよくあるパターンだと思います。 今回は、複数のサーバーに同じ初期設定を行
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fabric Python Developers Festa 2013.03 #pyfes
Fabric — Fabric 1.0 documentation
はてなブログ | 無料ブログを作成しよう
