最近は引き継ぐことが増えてきましたが、リリースや運用保守の作業はかなり機械的で頻度も高く、時間の無駄にはなりますが、メリットもたくさんあります。バグの修正、テスト、リポジトリの送信 (2 分)、プル デプロイメントのためのテスト環境への ssh (2 分)、オンライン マシン A、B、C、D、E への rsync (1 分)、それぞれ ABCDE5 への ssh 1 台ずつ再起動する (8 ~ 10 分) = 13 ~ 15 分このマシンでスクリプトを実行するのに主な時間は、コマンドを入力し、ワンクリックで実行できるスクリプトに書き込むことに費やされていました。実行結果を確認するのに 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)
結果:
[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:
完了。
拡張機能
1. カラー
は、操作結果の情報を表示するときにより目を引き、便利です
from fabric.colors import * def show(): print green('success') print red('fail') print yellow('yellow') #fab -f color.py show
2.エラー処理について
デフォルトでは、前のコマンドの実行に失敗した後、一連のコマンドは実行を継続しません
失敗後に別の処理を実行することもできます。ドキュメント
は現在使用されていません。後で使用するとき
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中国語ウェブサイトです!