最近は引き継ぐことが増えてきましたが、リリースや運用保守の作業はかなり機械的で頻度も高く、時間の無駄にはなりますが、メリットもたくさんあります。バグの修正、テスト、リポジトリの送信 (2 分)、プル デプロイメントのためのテスト環境への ssh (2 分)、オンライン マシン A、B、C、D、E への rsync (1 分)、それぞれ ABCDE5 への ssh 1 つずつ再起動する (8 ～ 10 分) = 13 ～ 15 分。残念なのは、各操作とコマンドが同じであることです。恐ろしいのは、複数のマシンでそれを実行するのが難しいことです。このマシン上で 1 つのスクリプトを実行するのに、主な時間は ssh に費やされ、コマンドを入力し、ワンクリックで実行できるようになりました。実行結果を確認するのに 2 分かかりました
ファブリックがコマンドを固定化できることを発見するまで。これを使用する主な理由は、シンプルで使いやすく、もちろん、さまざまなツールを組み合わせて使用することもできます。シェルコマンド。古代の遺物と現代の武器の違い
環境設定
は、ローカルマシンとターゲットマシンのインストールに対応するパッケージ（すべてが必要であることに注意してください）
sudo easy_installファブリック
現在、バージョン1.6（またはpip installを使用します。同じです)
インストール後、インストールが成功したかどうかを確認できます
[ken@~$] which fab /usr/local/bin/fab
インストール後、公式ドキュメントを参照できます
その後、起動できます
hello world
まず、簡単な操作を行います例のソースは公式 Web サイトからのものです
新しい py スクリプトを作成します: fabfile.py
def hello():
print("Hello world!")コマンド ラインの実行:
[ken@~/tmp/fab$] fab hello Hello world!
Done.
fabfile は必要ないことに注意してください。ここではファイル名として使用されますが、
[ken@~/tmp/fab$] mv fabfile.py test.py fabfile.py -> test.py [ken@~/tmp/fab$] fab hello Fatal error: Couldn't find any fabfiles! Remember that -f can be used to specify fabfile path, and use -h for help. Aborting. [ken@~/tmp/fab$] fab -f test.py hello Hello world!
Done.
パラメータ付き:
fabfile.pyスクリプトを変更します:
def hello(name, value):
print("%s = %s!" % (name, value))Execute
[ken@~/tmp/fab$] fab hello:name=age,value=20 age = 20! Done. [ken@~/tmp/fab$] fab hello:age,20 age = 20!
Done.
ネイティブ操作を実行
を実行するときにファイルを指定する必要があります簡単なローカル操作:
from fabric.api import local
def lsfab():
local('cd ~/tmp/fab')
local('ls')結果:
[ken@~/tmp/fab$] pwd;ls /Users/ken/tmp/fab fabfile.py fabfile.pyc test.py test.pyc [ken@~/tmp/fab$] fab -f test.py lsfab [localhost] local: cd ~/tmp/fab [localhost] local: ls fabfile.py fabfile.pyc test.py test.pyc
完了
実際の戦闘の開始:
設定ファイル settings.py を毎日リポジトリに送信するとします (ここでは競合は考慮されません)
手動操作:
cd /home/project/test/conf/ git add settings.py git commit -m 'daily update settings.py' git pull origin git push origin
つまり、これらのコマンドを 1 日に 1 回手動で入力する必要があります。いわゆる日次ジョブは、毎日繰り返される機械化されたジョブです。ワンクリックを実現するためにファブリックを使用する方法を見てみましょう。完了: (実際には、シェル スクリプトを使用して直接実行できますが、fab の利点はここにはありません。ここで重要なのは、後でローカル + リモート操作を準備することです。結局のところ、2 つの操作に対して 1 つのスクリプトを作成する必要があります。
from fabric.api import local
def setting_ci():
local("cd /home/project/test/conf/")
local("git add settings.py")
#后面你懂的，懒得敲了…..リモートの終了操作の混合と統合
このとき、マシン A の /home/ken/project に対応するプロジェクト ディレクトリに移動して、設定ファイルを更新するとします
#!/usr/bin/env python
# encoding: utf-8
from fabric.api import local,cd,run
env.hosts=['user@ip:port',] #ssh要用到的参数
env.password = 'pwd'
def setting_ci():
local('echo "add and commit settings in local"')
#刚才的操作换到这里，你懂的
def update_setting_remote():
print "remote update"
with cd('~/temp'): #cd用于进入某个目录
run('ls -l | wc -l') #远程操作用run
def update():
setting_ci()
update_setting_remote()その後、実行します:
[ken@~/tmp/fab$] fab -f deploy.py update [user@ip:port] Executing task 'update' [localhost] local: echo "add and commit settings in local" add and commit settings in local remote update [user@ip:port] run: ls -l | wc -l [user@ip:port] out: 12 [user@ip:port] out:
Done.
env.password が宣言されていない場合、対応するマシンに対して実行すると、パスワードを要求するインタラクションがポップアップ表示されることに注意してください
マルチサーバーマッシュアップ
複数のサーバーを操作するには、複数のホストが必要です設定済み
#!/usr/bin/env python
# encoding: utf-8
from fabric.api import *
#操作一致的服务器可以放在一组，同一组的执行同一套操作
env.roledefs = {
'testserver': ['user1@host1:port1',],
'realserver': ['user2@host2:port2', ]
}
#env.password = '这里不要用这种配置了，不可能要求密码都一致的，明文编写也不合适。打通所有ssh就行了'
@roles('testserver')
def task1():
run('ls -l | wc -l')
@roles('realserver')
def task2():
run('ls ~/temp/ | wc -l')
def dotask():
execute(task1)
execute(task2)Result:
[ken@~/tmp/fab$] fab -f mult.py dotask [user1@host1:port1] Executing task 'task1' [user1@host1:port1] run: ls -l | wc -l [user1@host1:port1] out: 9 [user1@host1:port1] out: [user2@host2:port2] Executing task 'task2' [user2@host2:port2] run: ls ~/temp/ | wc -l [user2@host2:port2] out: 11 [user2@host2:port2] out:
Done.
拡張機能
1. カラー
操作結果の情報を表示する際に、より目を引き便利です
from fabric.colors import *
def show():
print green('success')
print red('fail')
print yellow('yellow')
#fab -f color.py show2. エラー処理について
デフォルトでは、前のコマンドの実行に失敗した後、一連のコマンドは実行を継続しません
将来、別の処理を実行することもできます。ドキュメント
は、現時点では使用されません。後で使用してください
3. パスワード管理
より良いパスワード管理方法については、ドキュメント
を参照してください。私は、主に、サーバー リストが頻繁に変更される方法をまだ理解していません。 1.ホスト、ユーザー、ポート、パスワード構成リスト、すべてファイル またはスクリプトに直接書き込まれます。もちろん、これはさらに... ...env.hosts = [
'host1',
'host2'
]
env.passwords = {
'host1': "pwdofhost1",
'host2': "pwdofhost2",
} または env.roledefs = {
'testserver': ['host1', 'host2'],
'realserver': ['host3', ]
}
env.passwords = {
'host1': "pwdofhost1",
'host2': "pwdofhost2",
'host3': "pwdofhost3",
}2 に解析されます。キーに応じてネストをマッピングし、deploy に入れます さらに、コマンドを cmds リストに固めることもできます...さらに Python ファブリックでリモート操作を実現し、デプロイ例に関連する記事については、 PHPの中国語サイトです！