はじめに

Infrastructure as Codeとか言われますが、まぁそんな簡単にいかないです。
今から新規サーバを構築するのであれば良いですが、大体のところはすでに稼動しているサーバがあって、そのサーバは数年前に構築されたもので、その数円前はInfrastructure as Codeとかまだ流行ってなくて、地味な構築手順書が存在しててるが、更新されてるか微妙でちょっと調べてみたら案の定更新されてなくて、、、みたいなパターンがあると思います。
その場合、基本的にdiffをとって正解を定義して・・・一つ一つ正解をcode化して・・・という感じで地道にやっていくのですが、その際に知っておくと便利情報をまとめておきます。

下記で出てくるローカル（作業マシーン）は

mac os x El Capitan
バージョン10.11.3

コマンドで頑張る系

比較するファイルが単体で片方がローカル片方がリモートの場合

書き方1

ssh hostname cat /path/to/file | diff /path/to/file -

diffに-オプションをつけるとファイルの代わりに標準入力を読むという意味
ssh hostnameでサーバにログインできる前提

書き方2

diff <(ssh hostname cat /path/to/file) /path/to/file

hostnameにsshログイン後にcat /path/to/fileを実行します

注意

localにしかないファイルがある場合は気づけない

比較するファイルが複数で両方ともリモートサーバにある場合

for p in `ssh hostname01 'find /path/to/dir/ -name "*" -type f -print'`; do echo "---checkfile is ${p}---"; diff -q <(ssh hostname01 "cat ${p}")  <(ssh hostname02 "cat ${p}"); done

hostname01の/path/to/dir/以下にあるファイルをhostname02の/path/to/dir/以下のファイルと比較する
-pruneオプションを使って除外するファイルのパターンを設定するのもよし

比較するファイルが複数で片方ローカル片方リモートサーバにある場合

for p in `find /path/to/dir -type f -print`; do echo "---checkfile is ${p}---"; ssh hostname "cat /path/to/dir/${p}" | diff -c - ${p}; done

注意

都度sshしまくるのでサーバによってはDenyHostsにひっかり途中で止まる
DenyHostsは簡単にいうとブルートフォースアタック（そうアタック攻撃）から守るもの
- hosts.allow、hosts.denyの設定で特定のIPを除外する設定がある

比較するファイルが複数で両方ともローカルに置いている場合

diff -qr /path/to/dirA /path/to/dirB

qは差分があった際はファイル名だけを出力、rはディレクトリ配下を再帰的にdiffする
手間だけど一番現実的

注意

どちらか一方にしかないファイルも検出できる

ツールを使う

Ajimiを使う
* 同じような課題をCrowdWorksさんが持っていてblogで発信されてたのを発見しました
* ruby製
* 詳しい説明は上記のblogとgithubで
* chefで作られたものを味見するっていいですね。

注意

自分の環境(ruby 2.3.0)では下記のエラー？warning？が出力された

 .rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/net-ssh-2.9.4/lib/net/ssh/transport/session.rb:84:in `initialize':
  Object#timeout is deprecated, use Timeout.timeout instead

gemのnet-ssh-2.9.4が原因のようでこれを3系にあげれば大丈夫っぽい
自分のmac(作業マシン)からsource:remote serverAとtarget:remote serverBという環境で試した。
- remote serverのOSのバージョンとかの原因だと思うけどsudo: sorry, you must have a tty to run sudo的なエラーが発生してした
- /etc/sudoersのDefaults requirettyのコメントアウトをすれば行けた

まとめ？感想的なもの

やっぱり現場レベルでは同じような課題を持ってる人がいたんだなーっと
まぁともあれAjimiを使えば良いと思う
いろんな状況で運用しているサーバはたくさんあり、そのサーバ達を以下にモダンな仕組みへ変えていくかのノウハウ、Tipsは超現場感でてて大切っすね

実務で使えるdiffのまとめ