Red Hat Ansible Automation Platform の特長とメリット

Automation execution environment は、Ansible Automation Platform におけるアーキテクチャの変化を反映しています。Ansible Automation Platform は、コントロールプレーンと実行プレーンを分離することで、自動化開発者と管理者により高いスケーラビリティを提供します。これは、ネットワークチームまたはクラウドチームには固有のニーズに合わせて標準化された実行環境を提供し、開発者には依存関係を気にしなくて済む標準化された環境を提供することで実現しています。

Ansible Automation Platform ではセルフサービス機能をさまざまなロールに提供し、運用チームの負担を軽減することもできます。自動化チームは、プラットフォーム管理者にプラットフォームの変更を依頼しなくても、自動化環境を定義、構築、更新できます。

Automation execution environment を実行するには、Red Hat OpenShift が必要でしょうか？いいえ。Ansible Automation Platform は、すべての Red Hat プラットフォームをサポートしており、Red Hat® Enterprise Linux®、Red Hat OpenShift®、またはこの 2 つを組み合わせたプラットフォームにデプロイできるため、お客様のニーズに対処し、ご使用中のオープン・ハイブリッドクラウドをサポートします。

Automation execution environment には次のものが含まれています。

• Red Hat Universal Base Image (UBI) 8 (ベース・オペレーティングシステムとして)
• ansible-core (コア自動化言語)
• Python 3.8
• 任意の数の Ansible Content Collections とその依存関係 (該当する場合)

必要なものすべてがコンテナ化されている Automation execution environment は、プロダクションと同一の一貫した開発環境を自動化開発者に提供します。このため、開発者は自動化コンテンツ自体に集中でき、依存関係や開発環境とプロダクション環境のずれを気にする必要がありません。アーキテクチャにおける変更により、サードパーティ開発者とパートナーも、固有の自動化環境の作成とユーザーおよび顧客への配布が容易になります。

自動化運用チームメンバーは実のところ Ansible Automation Platform 管理者ですが、ネットワーク自動化チームやクラウド自動化チームなど、さまざまなグループに Automation execution environment を提供して管理できます。各グループは、グループごとに異なる自動化環境を管理するのではなく、それぞれのロールに対応する特定のコンテンツを受け取ることができます。これらのグループのメンバーは、プラットフォーム管理者の手を煩わせることなく、セルフサービスモデルで自動化環境を定義、構築、更新することもできます。

Automation execution environment を実行するには、Red Hat OpenShift が必要でしょうか？いいえ。Ansible Automation Platform は、すべての Red Hat プラットフォームをサポートしており、Red Hat® Enterprise Linux®、Red Hat OpenShift®、またはこの 2 つを組み合わせたプラットフォームにデプロイできるため、お客様のニーズに対処し、ご使用中のオープン・ハイブリッドクラウドをサポートします。

Automation execution environment には次のものが含まれています。

• Red Hat Universal Base Image (UBI) 8 (ベース・オペレーティングシステムとして)
• ansible-core (コア自動化言語)
• Python 3.8
• 任意の数の Ansible Content Collections とその依存関係 (該当する場合)

自動化チームのメンバーは全員、直接または間接的に、Automation controller を操作するか、利用しています。Ansible Automation Platform は、自動化を起動、権限委任、監査、デプロイする方法を標準化することで、企業が自信を持って自動化を行い、自動化のスプロールとばらつきを削減できるようにします。自動化アーキテクトは、IT プロセスと整合し、導入を効率化するために、すべてのチームで自動化のレベルを引き上げます。Automation execution environment には、組織内で自動化を開発して提供するための標準の方法が備わっています。これによって自動化業務の複雑さが軽減され、開発とプロダクションとのずれが防止されます。

自動化チームのメンバーは全員、直接または間接的に、Automation controller を操作するか、利用しています。自動化開発者は、単体でまたは連携して機能する、Ansible Playbook、ロール、モジュールを作成します。Automation controller のユーザー・インタフェースでは、「ビュー」と「編集」の異なる視点からコントローラー・オブジェクトとコンポーネントを見ることができ、可観測性が向上します。

自動化チームのメンバーは全員、直接または間接的に、Automation controller を操作するか、利用しています。自動化管理者とオペレーターは、自動化プラットフォームとフレームワークの運用を維持します。Automation controller に含まれるユーザー・インタフェース、ブラウズ可能な API、ロールベースのアクセス制御、ジョブスケジューリング、統合された通知機能、グラフィカルなインベントリー管理、CI/CD 統合、ワークフロー視覚化機能が、管理タスクを支援します。

アーキテクトは、現在の要件をすべてカバーしながら、将来のニーズに対応するためにシームレスに拡張するソリューションを必要としています。このソリューションは、現在のテクノロジーと統合でき、サポートと SLA を提供するものでなければなりません。

以前の自動化アーキテクチャでは、バックグラウンドの SSH やその他のプロトコルを利用して接続を確立する分離ノードが使用されていました。複数のファイアウォール、複数の VPN などを使用する複数の分離された環境に対処する場合、TCP/IP を利用できる SSH ポートが開いていることを前提とすることは難しい場合があります。

Automation mesh を使用すれば、TCP/IP の上に独自のレイヤーを作成して、それらのネットワークと環境をより安全に接続できます。これにより、セキュリティを損なうことなく、柔軟性が向上します。

開発者は、コードとして扱うことができ、環境間での可搬性があり、どこでも意図したとおりに実行されると確信できる自動化コンテンツを作成する必要があります。Automation mesh は、専用の通信レイヤーにある物理プロトコルで、実行環境がどこにあるかに関係なく、コントローラーが実行環境のステータスを理解できるようにカスタマイズされています。

運用チームは、加速し続ける組織のペースに応じてサービスを提供する必要があります。運用チームには、自動化基盤自体の詳細を理解していなくても、日常的な自動化のニーズすべてに対応できるプラットフォームが必要です。このプラットフォームは、補助ツールの知識がなくても、依存関係を管理し、一貫して拡張できるものでなければなりません。

事前構築済みのコレクションが提供されるので、自動化開発者はすでにあるものをベースに構築でき、運用チームは既存の自動化を使用して組織のニーズを満たすことができます。

組織内で作成済みのものや、自動化コンテンツの厳選されたコンテンツをベースに構築します。100 を超える認定済みコレクション (40,000 以上のモジュール) を含む Ansible Content Collections を、開発者は Automation Hub を通じて利用できます。

運用チームは Automation Hub を通じて 90 を超える認定コレクション (40,000 以上のモジュール) を利用できるので、カスタムメイドの自動化に頼る必要がありません。Ansible Content Collections は一貫性とコンプライアンスを維持するように厳選されています。

Automation Hub は、Ansible Automation Platform 向けの Automation execution environment のコンテナイメージ・リポジトリです。主に運用チームのメンバーが使用しますが、最終的にはここで自動化開発者が自動化コンテンツを組織に公開して使用できるようにします。

自動化開発者は、プライベート Automation Hub または console.redhat.com 経由で利用できる SaaS Automation Hub で自動化コンテンツを共同作成したり公開したりできます。開発者はサポートされる Automation execution environment を Ansible Content Collections から取得し、ローカルでタグ付けして、Automation Hub にプッシュします。

Automation Hub は、Ansible Automation Platform 向けの Automation execution environment のコンテナイメージ・リポジトリです。ローカルにホストされたプライベート Automation Hub は、物理マシンまたは仮想マシンで Ansible Automation Platform を実行するカスタマー向けです。SaaS Automation Hub は、クラウド環境に対応するコンテナイメージ・リポジトリです。Automation Hub はコンテナレジストリ認証情報を通じて Automation controller と同期します。

ROI を測定し、予測ツールで自動化を拡張して、自動化タスクが時間とコストの削減に最大の影響力を与える自動化ツールの予測を支援します。どのチームが自動化を使用しているかと、そのタスクの成功率をすばやく特定できます。

最もよく使用されている Ansible Playbook、ジョブ、モジュールを確認し、デプロイの成功率を確認できます。詳細なレポートとフィルターから得られる自動化資産のわかりやすい全体的なビューを使用して、問題の切り分けに役立てられます。システムをプロアクティブに監視し、ポリシー検証、セキュリティの脆弱性、使用されていないノード、期限切れのクラスタについてトリガーされたアラートを受信できます。Automation Analytics と Red Hat Insights により、数時間や数日もかけずに、問題を数分で検出、調査、解決できます。

Execution environment builder：Automation execution environment は自動化開発者と自動化運用チームに共通するアーティファクトなので、この両方のロールは Execution environment builder (ansible-builder) を使用して構築する方法を理解していなければなりません。Execution environment builder はコマンドライン・ツール (ansible-builder) で、podman を使用してコンテナ内部に Ansible 環境を構築します。

Automation content navigator：コンテンツの作成者や利用者は、プラットフォーム内で使用するコンテンツを作成する際に、作成中のコンテンツが自動化自体やプラットフォームでの実行方法の観点から意図した通りに動作するかどうかを検証するための、簡単なフローを作成するツールやユーティリティを必要とします。

Execution environment builder：Execution environment builder はコマンドライン・インタフェース (CLI) からアクセスでき、自動化開発者が、作ろうとしている自動化に必要な正確な Ansible コンテンツと依存関係を使ってカスタムの Automation execution environment を構築できるように支援します。これらの環境からは信頼できる繰り返し可能な自動化が作成され、この環境を組織全体で使用できます。

Automation content navigator：Automation content navigator は、作成したコンテンツを、実行環境そのもののコンテキストの中でユーザーが実行して検証できるツールです。ansible-navigator で行う実行の出力は、Automation controller 自体が実行するものと同一になります。

Execution environment builder：Execution environment builder はコマンドライン・ツール (ansible-builder) で、podman を使用してコンテナ内部に Ansible 環境を構築します。このツールを使用して、運用担当者はコマンドラインから Automation execution environment を構築できます。

Automation content navigator：ansible-navigator のテキスト UI は明瞭かつ簡潔で、ジョブとその出力の結果を明確に表示します。UI では結果に応じてきめ細かな操作ができるので、広範にわたって実行する場合は、プラットフォームにコミットする前に、作成されたコンテンツをさらに拡張させることができます。