従来のITインフラ自動化は、構築や運用を担当する作業者が自身の作業を効率化・安定化させるための手段として実施することが主でした。

近年ではこのような”作業を助ける”ツールとしてではなく、アプリ担当者など従来の運用の依頼者に使って貰う”セルフサービスな運用”を実現するための手段として実施されることが増えています。

図1 インフラ自動化の最新動向

取り組みが変化してきている背景は次のようなものがあります。

図2 インフラ部門の時間の使い方

これにより、次のようなITインフラ業務における効率化への取組みの変化が起きています。

図3 ITインフラ業務における効率化への取組みの変化

自動化2.0の最初のステップとしては、個別の運用のセルフサービス化から取りかかることをお勧めします。
なぜセルフサービス化から始めるのか、以下の3つのポイントが挙げられます。

図4 自動化1.0→自動化2.0へのステップ

運用のセルフサービス化の狙いは、作業における登場人物を減らすことです。
運用フローの中で登場する関係者との調整が無くなり、運用の負担が低減されます。

図5 セルフサービス化のねらい

自動化2.0（セルフサービス化）によって、人の手作業だけでなくその前に発生する調整や打合せを含めた効率化が行えます。以下はある自動化2.0による効率化の効果例です。

図6 自動化2.0による効率化の効果例

以下は、セルフサービス化される作業の具体例です。皆さんの社内やお客さま環境に置き換えてセルフサービス化のポイントが無いか確認してみてください。

図7 セルフサービス化される作業の具体例

以下は、仮想サーバーの払い出しをセルフサービス化する例です。
最初から網羅的にすべてをセルフサービス化するのではなく、段階的にセルフサービス化を行い、徐々に効率を進めるのがポイントです。

図8 仮想サーバーの払い出しをセルフサービス化する例

サービスの提供範囲は自由に設定可能です。無理のない範囲からスタートし、徐々に範囲を広めて段階的に自動化を進めましょう。

図9 段階的なサービス提供範囲の拡大

以上をまとめると、自動化2.0によるインフラ業務の効率化とは以下がポイントとなります。

Red Hat Ansible Automation Platformを利用すれば、インフラエンジニアのスキルレベルでWebアプリケーション開発が可能となります。

図10 Red Hat Ansible Automation Platform概略図

下段の"標準化された自動コード" の部分が自動化1.0の範囲です。作業の自動化と、それらを1つに纏めて大きな作業の自動化にしています。
上段の"サービス化、サービスの連結、API化" の部分が自動化2.0の範囲です。自動化したものをサービスとして作業チーム外の人から利用できる形にします。サービスの権限管理やサービスの連結、API化によりほかのシステムからも利用できるようになります。
これらすべて、Red Hat Ansible Automation Platform により実現が可能です。

図11 Red Hat Ansible Automation Platformによる自動化2.0

Ansibleは自動化の内容を可読性の高いシンプルなyaml形式で記述します（Ansibleプレイブック）。
特定の製品知識やプログラムの知識が不要で始められるため、サイロ化と属人化を防止し、自動化を標準化することができます。

図12 Ansibleプレイブック

誰でも使いやすいインターフェースにより、自動化のセルフサービス化やサービス連結を支援します。

図13 AnsibleのGUI

組織全体で自動化を安全に、かつガバナンスの取れた形で実行するための機能を有しています。

図14 Ansibleによる管理面の特徴

Ansible Automation Platformでは、100社以上の3rd Partyベンダの製品・サービスに対する認定を行っています。インフラ自動化にとどまらない幅広いユースケースで自動化を実施することが可能です。

図15 Ansibleと連携する製品・サービス

稼働時における構成図です。1台のサーバーでAnsible Automation Controllerを稼働させ、さまざまな対象を自動化します。

図16 Ansibleの稼働時の構成イメージ

豊富な利用実績から生まれる大量の情報源があります。

各種イベント、ウェビナーアーカイブ

Ansibleトレイルマップ

Self paced labs

日本語ドキュメント

ユーザー会

• もくもく会
• Ansible Nights
• 各種自動化の分科会
• 動画を観て語る会
• Ansiblejp slack チャンネル