varsに潜む罠 - Qiita
やりたいこと my_dateに時刻を格納して一意のキーとして利用としたい。 だが！ 以下のように my_dateの定義方法(varsかset_fact)次第で挙動が異なっていたので、紹介したいと思います。 ちなみにvarsのみならず、group_vars、host_vars、vars_filesも同様な挙動を確認しています。 シーンによっては再帰的に利用できていいかもしれない。 - name: Test playbook hosts: localhost connection: local gather_facts: False vars: # 時間を取得 my_date: "{{ lookup('pipe', 'date +%s') }}" tasks: - debug: msg="{{ my_date }}" - pause: seconds=5 - debug: msg="{{ my
Ansibleタスクの再利用性を高めるためのタスクの粒度について - Qiita
概要 掲題をテーマに自社クラウドサービスの運用で培った経験をもとに紹介したいと思います。 あくまでも一つの考え方として参考になれば幸いです。 もし、皆さんの考え方やお勧めがありましたら是非共有して頂けると嬉しいです！ はじめに Ansibleを習いたての頃はタスクの再利用性を考慮してできるだけRole化していました。むしろ、再利用性を高めるためにはRole化しかないと思っていた。 しかし、簡単な処理もRole化したことにより、handlers、templates、filesなどがないtasksしかないRoleが大量に出来上がったことでフォルダ構成が深くなり、管理しづらい状況でした。また、とあるRoleの一部のタスクを流用したい時にimport_roleのtasks_fromやvars_fromなどを使用することでrole内の一部のタスクを再利用できるが、前述のようにフォルダ構成が深くなり、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AnsibleをPython2.xからPython3.xに対応させる手順とトラブルシューティング - Qiita