2019の8日目のエントリーです。Aliasも適用できるのでご紹介します。多用すると複雑なplaybookになり保守しにくくなるので強くはおすすめはしません。YAMLのAnchorとAlias同じような記述をたくさん書くときに便利な記法です。以下のような仮想マシンの変数定義(vars)があり、殆ど同じパラメータを設定するので、共通設定として一箇所で書きたいとします。(説明用に作った物なのでデータ構造は適当です。雛形を決めて、1箇所だけで管理できるようにしたいケースでAnchorとAliasを使います。vms実行すると以下のようなデータとして扱われていることがわかります。test2.example.comのように参照先で定義している値で上書きされてる事がわかります。データ構造全部まるごとAnchorに登録ではなく、部分的に使うこともできます。部分的なAnchorを追加したサンプルは以下。記述に対しても適用ができます。読み出せると、Ansible側の機能で事足りる場合もあります。CIのYAMLファイルを記載する際、パイプラインの処理で共通の内容が多く定義するのにお勧めできます。CIのパイプラインの定義例です。細かな説明はしませんが、パイプラインに必要な前処理(before_script)等が、どのパイプラインでも同じというケースが多いです。unit_test2.shなお、GitLab側のドキュメントにもっと良いサンプルが載っています。Alias以外のYAMLの特徴で、Ansibleで使えるか試してみたもの紹介します。等を書けば指定ができるようです。書かないケースが多いです。errorになります。type_debug}}"yamllintでも同様にNGだったので、YAML的はそういう使い方を想定してないのでしょう。HatでOpenShiftのサポートをしているid:nekopです。Hatの佐藤匡剛です。各記事は著者の見解によるものでありその所属組織を代表する公式なものではありません。その内容については非公式見解を含みます。スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。