【Ansible講座 最終回】GUIで管理せよ。Ansible AWX(Tower)入門とCI/CDパイプラインへの統合

「自動化」を、あなただけの特技にしていませんか？

こんにちは！「LINUX工房」管理人の「リナックス先生」です。
全8回にわたるAnsible講座、ついに最終回を迎えました。
これまでの講座で、あなたはどんな複雑なサーバー構成もコード（Playbook）で記述し、コマンド一つで構築できるスキルを身につけました。

しかし、現場では新たな問題が発生します。
「そのコマンド、あなたしか叩けない問題」です。

本記事では、Red Hat社が提供するAnsibleのGUI管理ツール AWX (Ansible Tower) の概要と、GitHub Actions を使ったCI/CDパイプラインの構築について解説します。

---

第1章：AnsibleをGUI化する「AWX」とは？

これまでターミナルで実行していた ansible-playbook コマンドを、Webブラウザからポチッと実行できるようにするツール、それが Ansible AWX です。

AWX と Ansible Automation Platform (Tower) の違い

• Ansible AWX: オープンソース版（無料）。開発サイクルが早く、最新機能が試せるが、サポートはない。
• Red Hat Ansible Automation Platform (旧 Ansible Tower): 商用版（有料）。AWXをベースに安定化させ、Red Hat社のサポートが付く。

機能的にはほぼ同じなので、ここでは総称して「AWX」と呼びます。

なぜGUIが必要なのか？（3つのメリット）

1. 誰でも実行できる（民主化）:
   「Webサーバー再起動」というボタンを作っておけば、CLIが怖い新人やアプリ開発者でも、安全に作業を行えます。
2. 権限管理 (RBAC):
   「Aさんは実行だけできる」「BさんはPlaybookを編集できる」といった細かい権限設定が可能です。
   SSH鍵を共有する必要もありません（AWX内に隠蔽して保存）。
3. 履歴と監査ログ:
   「いつ、誰が、どのPlaybookを実行して、結果はどうだったか」が全て記録されます。
   「なんか設定変わってるけど誰がやった？」という犯人探しがなくなります。

---

第2章：AWXの導入ハードル（Kubernetes必須の壁）

「よし、AWXを入れよう！」と思った方に、一つ残念なお知らせがあります。
以前のAWXはDocker Composeで簡単に導入できましたが、現在はアーキテクチャが刷新され、Kubernetes (k8s) 上で動作する「AWX Operator」によるインストールが標準となりました。

つまり、AWXを使うためには、まずKubernetesクラスタ（Minikubeやk3sでも可）を構築する必要があります。
これはAnsible初心者には非常に高いハードルです。

現実的な選択肢

1. 頑張ってk8s環境を作る: 学習コストは高いですが、モダンなインフラ技術（コンテナオーケストレーション）も同時に学べます。
2. 商用版（AAP）のトライアルを使う: Red Hat社のサイトから評価版を入手できます。
3. 代替ツールを使う: 「Rundeck」や「Jenkins」からAnsibleを叩く構成にする（AWXほど統合されてはいませんが、手軽です）。

本記事では、AWXの構築手順は割愛し（それだけで連載が一つ必要になるため）、「AWXで何ができるのか」という機能面にフォーカスします。

---

第3章：AWXの主要機能ツアー

AWXを導入すると、Ansibleの運用品質が劇的に向上します。

1. クレデンシャル（認証情報）の隠蔽

SSHの秘密鍵や、第6回で学んだ Vaultパスワードを、AWX内部に登録します。
ユーザーは「web-server-key」という名前を選択するだけでAnsibleを実行でき、秘密鍵の中身を見ることはできません。
これにより、秘密鍵を配布するというセキュリティリスクから開放されます。

2. ジョブテンプレート

「Playbook」「インベントリ」「認証情報」を組み合わせたものを「ジョブテンプレート」として保存します。
これがGUI上の「実行ボタン」になります。
パラメータ（Extra Vars）を画面入力させることもでき、「インストールするバージョンを入力してください」といった対話的な実行も可能です。

3. ダイナミックインベントリとの連携

AWS (EC2) や Azure などのクラウド環境では、サーバーのIPアドレスが頻繁に変わります。
AWXはクラウドと連携し、「現在稼働しているサーバーリスト」を自動的に取得・更新してくれます。
hosts ファイルを手動でメンテナンスする必要はもうありません。

---

第4章：CI/CDパイプラインへの統合（GitOps）

AWXは便利ですが、「ボタンを押す」という手作業は残っています。
究極の自動化は、コードを修正してGitにプッシュしたら、自動でテスト・デプロイが行われる「CI/CD（継続的インテグレーション/デリバリー）」です。

構築するパイプラインの流れ

1. Code: エンジニアが手元でPlaybookを修正し、GitHubへプッシュ。
2. Test (CI): GitHub Actionsが動き出し、構文チェック（Syntax Check）や静的解析（Lint）を行う。
3. Deploy (CD): テストが通ったら、本番環境（またはステージング環境）へAnsibleを実行する。

【実践】GitHub Actions の設定例

リポジトリの .github/workflows/ansible-ci.yml に以下のように記述します。

name: Ansible CI

on: [push, pull_request]

jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3

      - name: Set up Python
        uses: actions/setup-python@v4
        with:
          python-version: '3.9'

      - name: Install Ansible
        run: pip install ansible ansible-lint

      - name: Syntax Check
        run: ansible-playbook site.yml --syntax-check

      - name: Ansible Lint (品質チェック)
        run: ansible-lint site.yml

これで、構文エラーのあるPlaybookをうっかりプッシュしても、GitHub上で「×」が付き、マージをブロックできます。
チーム開発での品質担保には必須の仕組みです。

---

第5章：Ansible Lint によるコード品質の維持

CIパイプラインの中で登場した ansible-lint は、Playbookの「お行儀」をチェックするツールです。

何をチェックしてくれるの？

• 「shell モジュールを使ってるけど、それ file モジュールでできるよ？（冪等性の担保）」
• 「タスクに name: が付いてないよ？」
• 「権限（mode）の指定が文字列になってないよ？」

「動けばいい」だけのコードは、負の遺産になります。
Lintツールを使って、常に「誰が見ても綺麗で、ベストプラクティスに沿ったコード」を保つようにしましょう。

導入方法

pip install ansible-lint
ansible-lint site.yml

最初は大量の警告が出るかもしれませんが、一つずつ潰していくことで、あなたのAnsibleスキルは飛躍的に向上します。

---

第6章：これからのインフラエンジニアに必要なこと

全8回、お疲れ様でした。
あなたは今、手動オペレーションという「労働」から開放され、コードによる「設計」に集中できる力を手に入れました。

しかし、技術は常に進化します。
Ansibleは強力ですが、コンテナ技術（Docker/Kubernetes）や、サーバーレスアーキテクチャの台頭により、「サーバーのOS設定」自体の需要が減っていく分野もあります。

Ansibleは「オーケストレーター」へ

それでも、Ansibleがなくなることはありません。
クラウドのリソース作成、コンテナのデプロイ、ネットワーク機器の設定、セキュリティパッチの適用…
これらバラバラな要素を「繋ぎ合わせる（オーケストレーション）」ツールとして、Ansibleの役割はむしろ広がっています。

学習を続けるために

• Ansible Galaxy: 世界中のRoleを見て、「良い書き方」を真似してください。
• 公式ドキュメント: 困ったら必ず一次情報に戻りましょう。
• SRE (Site Reliability Engineering): 自動化はゴールではなく、信頼性の高いサービスを作るための手段です。

---

まとめ：自動化の旅は続く

Ansible完全攻略講座（全8回）完結です！

1. エージェントレスの仕組みと導入
2. インベントリと設定ファイルの最適化
3. Playbook (YAML) の基礎と主要モジュール
4. 変数・テンプレートによる動的生成
5. Roleによる構成の整理と部品化
6. Vault・Handlersによるセキュリティと制御
7. LAMP環境構築の実践演習
8. AWX・CI/CDによる運用の高度化

この講座が、あなたのエンジニアライフを少しでも楽に、そして楽しいものにできていれば幸いです。
エラーが出ても諦めないで。そのエラーログの先に、成長があります。

それでは、また別の講座でお会いしましょう！ Happy Automating!