AnsibleからItamaeへ移行しようとしたけどやっぱやめた

ロールをまたがるvarsが別のロールの設定で上書きされる

先に定義されてるロールの設定値で上書きされてしまう

ロール配下でvarsを定義するときは変数名のコンフリクトが起きないようにロール名をプレフィックスにするのがベターらしい

当初それを知らなくてロールが増えてきたタイミングでプロビジョニングをした時に差分が出始めて異常に気づいた

結果的にこうなる

code:yml

fluentd_work_dir: "/opt/fluentd"

fluentd_service_name: "fluentd"

fluentd_config_file_fullpath: "{{ fluentd_work_dir }}/fluent.conf"

ええ・・・

jinja2で展開される文字列が意図どおりにならない

数値型として展開されない

code:yml

redirect_stderr: true

code:app.conf

redirect_stderr = {{ redirect_stderr }}

こう書く必要がある

code:yml

redirect_stderr: "true"

こう書く

クオートでくくる

code:yml

tag: "{{ 'log.{{.Name}}' }}"

YAMLの仕様とPythonの仕様とjinja2の仕様が入り乱れてわけが解らなくなる

差分が見づらい

サービスごとの設定値をハッシュマップの配列にもたせてループしたくなる

code:vars.yml

services:

- name: app1

log_dir: /var/log/app1

- name: app2

log_dir: /var/log/app2

code:main.yml

- file:

path: "{{ item.log_dir }}"

state: directory

with_items: "{{ services }}"

コレをやるとハッシュマップ全体が差分にでてきて、ログが巨大で見づらくなる

でもループしたいよお

書き方がブレる

varsで定義するのか

defaultsで定義するのか

YAML自体もいろんな書き方をサポートしている

alias / anchor

ハッシュマップ

code:yml

# これと

- { name: "hello", age: 2 }

# これは

- name: "hello"

age: 2

# 同じ

yesもtrueと同じ扱いになってtrueに変換されてしまう

taskからhandlersにnotifyしたときに、同名のhandlersが複数存在すると別ロールのhandlersが起動される場合がある

変数上書き問題と同じ

nginxロール配下なんだからhandlersの名前にnginx入れなくていいや～と思って記述していたら、いつの間にか別ロールのがキックされるようになってnginxの再起動が走らなくなっていた

別ロールのが参照されるとかそんなんある？

バージョン問題

結構バージョンによって大きく挙動が変わる

固定すれば良いんだろうけれど、breaking changesも頻繁に入ってる

Webの記事とかもいつのバージョンの情報なのかでだいぶ変わってくる

モジュール多すぎ

あらゆる処理をモジュールで表現しようという気概が伺える

数千モジュール存在する

正直使いこなせないというか、存在すらしらずにシェルで書いていた場合もある

冪等性担保してくれるのは嬉しいんだけど、Ansibleでプロビジョニングするための挙動理解のためにドキュメント読み倒す必要があって、つらい

ミドルウェアの理解と、Ansibleのモジュールの理解という2重苦

正直シェルでよくね？みたいなシーンも多い

遅い

1ロール実行するのも遅い

プロビジョニングするときに全部のロール実行するのだとめちゃくちゃ待たされる

結果的に各ロールにタグを割り振って、特定のタグだけ実行するという運用になりがち

これをやると前述のvarsやhandlersがいつの間にか上書きされていたことに気づけなくなって、かなり後になって差分ができていることに気づく

Ansible自体のコード規模巨大すぎ

リポジトリみたらコード量が尋常じゃない

モジュールの多さに起因してると思う

YAMLでプログラム書くのしんどすぎる

条件分岐とループが書きづらい

変数定義もめんどくさい

どっちも面倒

気にしないといけないことが多すぎる

コード化されることの意義は大きいが、属人化という新たな課題が生まれてしまう

ロールをまたがって設定が上書きされるのだけは耐えられない

標準モジュールはかなり少ない

プラグインもあんまり多くない

シェルで頑張らないといけないシーンは多い

読みやすい

書きやすい

個人的にはプロビジョニングをYAMLで頑張るよりもスクリプトで頑張った方が楽だと思う

ループしやすい

設定がロールをまたがらない

これだけでも嬉しい

別のロールの設定の影響を受けるのは正直バグでは、と思ってるがずっと前から残ってるので今後も変わらないだろうな

テンプレート記法のerbはあんまり他の設定ファイルのテンプレート構文とあんまりコンフリクトしないかも

これは使ってるミドルウェアにもよるとは思う

Goのテンプレート記法とはコンフリクトしない

見たまま変数が展開されてくれる

いちいち型変換しなくてよい

こういうのでいいんだよ

ansibleよりは早い

ansibleモジュール多すぎて速度遅くなってるのでは疑惑

保守してる人たち辛くないのかな...

ちょっとだけコード読んだことあるけれど、正直あれを保守したくない

結構これ嬉しい

が・・・やめた

ハンドラや変数がロールをまたがる

命名規則で予防するしかない

差分出力が見づらい

ハッシュマップで頑張るのをなるべく無くす

ansible.cfgの設定でスキップのログや、changedのログだけを出力するようにできた

書き方が属人化する

速度面

これを導入したら本当に爆速になった

バージョン問題

結果