Welcome to Fabric! — Fabric documentation
Welcome to Fabric!¶ Fabric is a high level Python (2.7, 3.4+) library designed to execute shell commands remotely over SSH, yielding useful Python objects in return. It builds on top of Invoke (subprocess command execution and command-line features) and Paramiko (SSH protocol implementation), extending their APIs to complement one another and provide additional functionality. To find out what’s ne
fabric2のインストール手順と簡単な使い方 - Qiita
#-*- coding:utf-8 -*- import getpass from fabric import Connection, Config from invoke import task @task def sample(c): Config.user = 'username' hostname = 'example.com' sudo_pass = getpass.getpass("What's your sudo password?") config = Config(overrides={'sudo': {'password': sudo_pass}}) c = Connection(hostname, config=config) c.run('hostname')
Trying Ansible alternatives in python
The feeling of mess every time I try to use Ansible has led me to explore alternatives, preferably in python, which would define "recipes" or whatever as simple python code. As it turned out, there aren't so many. Fabric https://github.com/fabric/fabric Almost every article on the topic of "python ansible alternative" mentions fabric. It looks great, but like something slightly different. It is a
Pythonタスクランナー Fabric 2 の紹介 - 前編 Fabricの概要 -
こんにちは、滝澤です。 いくつかのプロジェクトでタスクランナーFabric 2を使う機会がありました。少しですが知見が溜まったので紹介します。 また、Fabric 1.xを利用していた方は互換性も気になると思いますでのその点についても紹介します。 記事が長くなったので3編に分けます。 前編: Fabricの概要 中編: Invokeの使い方 後編: Fabricの使い方 本記事は前編の「Fabricの概要」になります。 なお、執筆時点（2018年11月21日）での最新バージョンはFabric 2.4.0、Invoke 1.2.0です。 動作確認はPython 3.7.1にて行っています。 FabricはSSH経由でリモートシェルコマンドを実行するPythonライブラリです。 タスクランナーとして利用できます。 Fabricの簡単な理解のために、実行例を紹介します。 次のような内容のfabf
Python: Fabric をスクリプトに組み込んで使う - CUBE SUGAR CONTAINER
Fabric は Python で書かれたデプロイやオペレーションを自動化するためのツール。 Fabric では、タスクと呼ばれるオペレーション内容も Python で書く。 今回は、普段ならコマンドラインツールから使うことが多い Fabric を Python のスクリプトに組み込んで使う方法について書く。 尚、Fabric はリモートのホストに接続して使うことが多いため、そのホストとして Vagrant を使って Ubuntu 16.04 LTS のマシンを用意した。 使った環境は次の通り。 $ sw_vers ProductName: Mac OS X ProductVersion: 10.11.6 BuildVersion: 15G1004 $ python --version Python 2.7.10 インストール まずは pip を使って Fabric をインストールしておく
デプロイツールに Fabric を選んだ理由 - Qiita
すべて以下エントリーの受け売り。せっかく自分でまとめるので良い感じに変更しようと思ったけど元エントリーが良すぎてほぼ同じ内容のエントリーになった。 複数プロジェクトを抱えるチームでのデプロイ自動化 もともとはシェルスクリプトで自動化されてた。大きな問題はなかったけど、シェルスクリプトが得意な人がメンテするという感じになってたのでもっと気軽にだれでも修正できるようにしたかった。 Capistrano とどっちにするかという問題は今いる会社が Python メインで Ruby さわれる人がほぼいないので消去法で Fabric を選択。 戦略 元のエントリーにも書いてあるけど、Fabric でめんどくさいのはベースのフレームワークがないので自分で一から書かないとダメなところ。最小のフレームワークを作ってチームに提供することにした。 ├── README.md ├── lib │ ├── git.
意識の低い自動化 - Qiita
意識レベルを低く保ったまま自動化する話 世の中にはChefやらAnsibleやらPuppetやらと様々な自動化ツールがあって、 意識の高いはてな民は日々「Chef-soloはオワコン、いまやChef-zeroの時代」 「Ansibleなら対象サーバへの事前準備が不要、時代はAnsible」といった不毛な会話を繰り広げていると聞く。 「モダンなエンジニアは全員Chefを使いこなしているものだ」みたいな空気すらある。 なるほど、自動化ツールの学習は興味深いし楽しい。 大規模なサーバ群が次々と自動的にセットアップされてゆく様子は感動すら覚える。 が、私がやりたいことはリモートサーバのログを消したいだけなんだ、コマンド2つで済む内容なんだ･･･というときにはちと大仰すぎる。 「鶏を割くに焉んぞ牛刀を用いん」とはよく言ったものである。 シェルスクリプトで済むような内容、特に冪等性が必要ない場面、日常
今日からすぐに使えるデプロイ・システム管理ツール Fabric 入門 - 科学と非科学の迷宮
Fabric は、Python 製のデプロイ・システム管理ツールです。 最近、構築や運用を自動化するための様々なツールが出てきています。 構成管理ツールの Puppet や Chef が有名ですが、使うまでに覚えることが多いのが欠点です。 しかし、Fabric は非常にシンプルなツールで、今からすぐに使うことができます。 Fabric はデプロイ・システム管理ツールで、類似のツールとして Ruby 製の Capistrano があります。 Fabric の最大の特長は、シェルスクリプトを書き慣れた人がいきなり利用できるところです。 シェルスクリプトとしてまとめていたコマンドをそのまま run() メソッドや sudo() メソッドで囲むだけで、使うことができます。 シェルスクリプトを使っていていると、いくつもの問題に遭遇します。 名前空間の管理 変数の扱い 複雑なデータ構造がない(せいぜい
デプロイツールFabric
6. 1. 対象ホストその1にログインして 2. 今動いてるアプリをバックアップして 3. リソースをアップロードして (あるいはgit pull) 4. アプリを再起動して (あるいはシンボリックリンク切り替えて) 7. 1. 対象ホストその1にログインして 2. 今動いてるアプリをバックアップして 3. リソースをアップロードして (あるいはgit pull) 4. アプリを再起動して (あるいはシンボリックリンク切り替えて) 5. アプリが正常に立ち上がったことを確認して 8. 1. 対象ホストその1にログインして 2. 今動いてるアプリをバックアップして 3. リソースをアップロードして (あるいはgit pull) 4. アプリを再起動して (あるいはシンボリックリンク切り替えて) 5. アプリが正常に立ち上がったことを確認して 6. (以下サーバn台に繰り返し)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Pythonユーザのための構成管理入門 #pyconapac
意識の低い自動化