タグ

fabricとPythonに関するtekapoのブックマーク (12)

  • Fabric2 へ移行した際の雑Tips - kumak1’s blog

    更新履歴 2018/08/20 コマンドのエラーを無視して後続処理する方法を追記 2018/10/24 接続先でシェルを使いたい場合のオプションを追記 はじめに Python 製タスクランナーの Fabric 2 が公開され、Mac の brew でもこのバージョンになりました。 Fabric 1 の記法では動かなくて私は阿鼻叫喚したのですが、みなさんはいかがでしょうか? まだまだ日語ドキュメントも少ない(ほぼない?)し、移行事例があまりなかったので、雑なものですがメモを残しておきます。 なお、ここでは英語ドキュメントで大々的に示してるメイン機能(Connection や Group など)の使い方を説明するものではなく 「あれ、v1 でやってたこの処理、どうやってやるんだろ?」という細かなものを中心をしています。 Fabric 1 と 2 って、ゆうてそんなに変わらんのやろ? めっちゃ

    Fabric2 へ移行した際の雑Tips - kumak1’s blog
  • python fabric2 の話 - /var/log/study

    先日、おもむろに pipenv install fabric したら、fabricのver 2が落ちてきた。 今までのfabricのインターフェースとは大きく変わっていたのでざっくりとまとめておく。 TL;DL fabric2は良い oopなインターフェースを備えた 1ライブラリというスタンスが明確になった fabric1のユーザーは http://docs.fabfile.org/en/2.1/upgrading.html に目を通しましょう。 デグレっぽいときはだいたい機能を削った理由が書いてある Fabric 自動化のためのツール ShellScriptでは微妙だけど、Ansibleを持ち出すほどでもないときによく使われる印象 公式ドキュメント どのような意図なのか?はわからないが、公式ドキュメントは2ドメインある ざっくりした概要が書いてある場所 http://www.fabfil

    python fabric2 の話 - /var/log/study
  • AnsibleやServerspecより使いやすいサーバ構築・テストツールを作る[FastHandle] - Qiita

    2021年3月、FastHnadle2として、作り直しました。 https://github.com/kuritaka/fasthandle2 Python Fabricを使うのではなく、fhコマンドを自作しています。 FastHandleとは FastHandleは、サーバ構築、サーバテストのオペレーションをサポートするツールです。 サーバ構築をより早く、より正確にすることを目指して作っています。 自動化のために、Fabricコマンド、Expectコマンドなどを利用しています。 現状、こんな感じにしようという枠組みはできましたが、まだまだ作成途中です。動かないこともあると思いますが、少しずつ増やして、テストをしていきます。(2018/01/11) 今はLinuxサーバ向けですが、Windowsサーバも検討していきたいと考えています。(2018/01/11) WindowsやVMwareや

    AnsibleやServerspecより使いやすいサーバ構築・テストツールを作る[FastHandle] - Qiita
  • Fabric の run() メソッドと sudo() メソッド - 科学と非科学の迷宮

    この記事では、Fabricの主要メソッドである run() と sudo() について解説します。 サンプルコードは https://github.com/shiumachi/fabric-sample にあります。 run() と sudo() の基 読みやすくするため、以後は必要がない限り run() メソッドのみを取り上げます。run() で出来ることはほぼ全て sudo() でも出来ます。断りが無い限り、run() は sudo() と読み替えることができます。 from fabric.api import run でインポート可能 run([コマンド文字列]) で、任意のコマンド文字列を実行可能 sudo([コマンド文字列]) とすれば、任意のコマンド文字列を sudo できる エラーハンドリング run() で実行したコマンドが失敗した場合、fab コマンド自体がその場で中断

    Fabric の run() メソッドと sudo() メソッド - 科学と非科学の迷宮
  • Fabricで多段ssh - チューリング不完全

    Fabricで多段sshした上でコマンド実行させることができたので、書いておきます。 環境 Python 2.6.6 Fabric 1.5.1 (paramiko 1.9.0, ssh 1.8.0) サーバは全てCentOS 6.3 やり方は.ssh/configに書かれたProxyCommand設定を読み込む方法とFabricのenvをいじる方法の2つがあります。 ここではFabricのenvをいじる方法について解説します。 環境 +---------------+ |192.168.200.99 | +---------------+ ↓ +---------------+ |192.168.200.100| +---------------+ ↓ +---------------+ |192.168.200.101| +---------------+ ↓ +------------

    Fabricで多段ssh - チューリング不完全
  • fabric を使う — Python School 2.0.0 documentation

    fabric を使う¶ アプリケーションのデプロイやシステム管理を簡単に扱えるライブラリとして fabric があります。 fabric - docs.fabfile.org Warning Python 2.5 以上が必要で、まだ Python 3.x 系には対応していません。 CentOS 標準のものは Python 2.4 なので、自分で 2.7 をインストールしてください。 Ubuntu や MacOSX Lion は Python 2.7 がインストールされているはずなので、そのまま使い始められます。 Python 3.x 系への対応はこちらの Issue で確認できます。 依存する paramiko の Issue は Close されましたので、たまには確認してみましょう。 Python 3.3 support #1050

  • Fabric デプロイツールのPythonicな書き方 - Ian Lewis

    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(): """ メンテナンス画面に切り替える """ _production

  • 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

    Python製デプロイツール Fabricを初めて使う際に役立つTips
  • Fabric Python Developers Festa 2013.03 #pyfes

    はい

    Fabric Python Developers Festa 2013.03 #pyfes
  • 今日からすぐに使えるデプロイ・システム管理ツール Fabric 入門 - 科学と非科学の迷宮

    Fabric は、Python 製のデプロイ・システム管理ツールです。 最近、構築や運用を自動化するための様々なツールが出てきています。 構成管理ツールの Puppet や Chef が有名ですが、使うまでに覚えることが多いのが欠点です。 しかし、Fabric は非常にシンプルなツールで、今からすぐに使うことができます。 Fabric はデプロイ・システム管理ツールで、類似のツールとして Ruby 製の Capistrano があります。 Fabric の最大の特長は、シェルスクリプトを書き慣れた人がいきなり利用できるところです。 シェルスクリプトとしてまとめていたコマンドをそのまま run() メソッドや sudo() メソッドで囲むだけで、使うことができます。 シェルスクリプトを使っていていると、いくつもの問題に遭遇します。 名前空間の管理 変数の扱い 複雑なデータ構造がない(せいぜい

    今日からすぐに使えるデプロイ・システム管理ツール Fabric 入門 - 科学と非科学の迷宮
  • Deploying WordPress with Python + Fabric

  • Chefに挫折したあなたへ。Fabricのすすめ

    サーバ設定作業は面倒で間違いを犯しやすいため、Chef/Puppetなどのツールで自動化したいと考えている方は多いと思います。 私もそのような理由からChef(-solo)を習得しようと試行錯誤していました。 その結果、ある程度は動くようになったものの次のような問題があると思いました。 学習に時間がかかる 私は正直、今でもどのファイルに何を書くのかよく分かってないです。 幾分か簡単だと言われるchef-soloでも公式サイトのドキュメントだけではよく理解出来ませんでした。 また、バージョンによる差異なのか目的が異なるのか分かりませんが、ブログ記事を参考にしようとすると十人十色でどれが私に合った手順なのかわかりませんでした。 例え最終的に理解できたとしても、私やあなたが何日もかけて理解できないことはチームのメンバーも理解するのは難しいと思います。 対象サーバにインストールする必要がある Ch

  • 1