ファブリック
タイトルは開発ですが、同時に開発、テスト、運用保守の仕事もやらなければなりません…なぜ給与*3ではなくタスク*3なのか(o(╯□╰)o)
私最近は引き継がれることが増えてきましたが、リリースや運用保守作業はかなり機械的で頻度も高く、時間の無駄はありますが、メリットもたくさんあります。
バグの修正、テスト、リポジトリの送信 (2 分)、プル デプロイメント用のテスト環境への ssh 接続 (2 分)、オンライン マシン A、B、C、D、E への rsync (1 分)、それぞれへの ssh ABCDE 5 台のマシンを 1 台ずつ再起動します (8 ~ 10 分) = 13 ~ 15 分
イライラするのは、すべての操作が同じであり、コマンドも同じであることです。恐ろしいのは、それが複数のマシン上で行われていることです。ローカル マシンで実行するのは困難です。スクリプトを使用して実行しました。主な時間は ssh とコマンドの入力に費やされていました。スクリプトとして作成されており、実行を確認するのに 2 分かかりました。結果
ファブリックを発見するまで
機能
非常に強力なツール
自動展開や複数マシンの操作のためのコマンドをスクリプトにまとめることができます
主な理由は、いくつかの運用および保守ツールと非常に似ています。使い方はそのPython...
シンプルで使いやすくて使いやすい
もちろんシェルや古代遺物と現代兵器の違い
環境設定
をインストールします。ローカルマシンとターゲットマシン上の対応するパッケージ (両方が必要であることに注意してください)
sudo easy_install fabric
現在バージョン 1.6 (または pip install を使用します。同じです)
インストール後、インストールが成功したかどうかを確認できます
[ken@~$] which fab /usr/local/bin/fab
それから、あなたはそれを行うことができます
hello world
最初にマシン上で簡単な操作を実行し、予備的な理解を持ってください。例のソースは公式ウェブサイトからのものです
新しい py スクリプトを作成します: fabfile.py
def hello(): print("Hello world!")
Command行の実行:
[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 Done.
実際の戦闘の開始:
構成ファイル 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 の利点はここにはありません。ここでの主なことは、後でローカル + リモート操作を準備することです。 1 つのスクリプトで 2 か所の操作を実行できるため、メンテナンスが簡単です)
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 が宣言されていない場合、対応するマシンに対して実行すると、パスワードを求めるインタラクションがポップアップ表示されることに注意してください
多服务器混搭
操作多个服务器,需要配置多个host
#!/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: Done.
扩展
1.颜色
可以打印颜色,在查看操作结果信息的时候更为醒目和方便
from fabric.colors import * def show(): print green('success') print red('fail') print yellow('yellow') #fab -f color.py show
2.错误和异常
关于错误处理
默认,一组命令,上一个命令执行失败后,不会接着往下执行
失败后也可以进行不一样的处理, 文档
目前没用到,后续用到再看了
3.密码管理
看文档
更好的密码管理方式,哥比较土,没打通,主要是服务器列表变化频繁,我的处理方式是:
1.host,user,port,password配置列表,所有的都写在一个文件
或者直接搞到脚本里,当然这个更........
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.根据key解析成map嵌套,放到deploy中
另外命令其实也可以固化成一个cmds列表的…..
以上がPython ファブリックはリモート操作とデプロイメントを実装しますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。