Red Hat Ansible Automation Platformの評判・口コミ 全29件

改善してほしいポイント

機能というよりも運用で注意する点になりますが、Ansible利用の前提条件としてPythonが必須で、そのバージョンを管理する必要があります。
AnsibleをインストールするサーバのPythonバージョンは、Ansible以外入れなければバージョンをそこまで気にする必要はないです。
ただし、Ansibleで構成管理するサーバに、Pyhtonを利用するアプリがインストールされている場合は、Pythonバージョンか気を付けてください。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

環境の構築工数が大幅に削減できました。
なんなら「この１コマンドを実行して」で済むため、ジュニアエンジニアでもAnsible未経験のエンジニアでも構築できます。
オペミスは今のところ発生しておらず、同じ品質の環境が構築できるため、大変助かります。

改善してほしいポイント

初回の導入時やテストがつらめ。結局手でやるのと同じだけの呪文が必要になる。複数モジュールをパターン化したモジュールがあると嬉しい。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

数百台のサーバを管理したが１コマンドで一気に設定できる。構成管理上も統一感がでるし、ミスも起こらない。工数も削減できる。パイプライン化すればもっと便利になると思う。

改善してほしいポイント

ドキュメントは充実していますが、詳細な解説が足りないところもあり、自分で手を動かしながら覚えていかないとわかりづらいところも多々あります。
初心者向けの解説や実際の実務を例にした使用例などが充実してくると、よりたくさんの人がAnsibleの魅力を理解できると思います。

セキュリティに関して厳しい環境によっては採用できないこともあるため、今後のアップデートでより高度なセキュリティ機能が追加されると良いなと思います。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

・インフラストラクチャの自動化によって手作業によるミスが減って運用コストが下がる。
・数台の小規模から千台を超える大規模な複数のサーバーに同じ設定を適用でき、管理コストの削減が可能。
・プロビジョニングの自動化によって開発者が開発環境を整備するための工数が圧縮され、開発コストの削減と開発スピードの向上が見込める。

検討者へお勧めするポイント

それなりの学習コストが必要だが、きちんとAnsibleで整備された環境はインフラエンジニアのストレスを減らし、運用・管理・開発といったあらゆる面でのコスト削減とスピード向上が見込めるため、ごく小規模な環境をAnsibleで自動化するところから始めてみることを検討してみてほしい。

改善してほしいポイントは何でしょうか？

Red Hat提供元であるため、ある程度仕方ないのですが、リファレンス（マニュアル）が以下の点でいまいちです。
・日本語の充実ぶりが不十分
・絵（概念的なのもコマンド例も）が少ない

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

仮想、クラウドが普段使うプラットフォームとして多く接すると、テスト環境の構築の機会が年々増えてきます。
これまで手作業で、ひな型VMを構築・バックアップして利用（必要なときに複製してこちょこちょ変える）してきましたが、Ansibleを使うとより確実に欲しい環境を自動で作れます。

検討者にお薦めするポイントがあれば記入ください

基本CUI操作のため、Windowsベースだと戸惑いも多い気がしますが、普段の利用OSがLinux（Red Hat、CentOS）ならば、是非本ツールは普段の作業として組み込み利用することをおすすめします。

改善してほしいポイントは何でしょうか？

自由度が高い分、学習コストが高い点です。レシピを作成するためのワークフローやツールで直感的に設定ファイルが作れるとよいと思います。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

CentOS7のサーバー群の管理で、作業ユーザーの作成やsshキーの配布、Webプログラムのデプロイ、ミドルウェアの設定ファイルの一括反映などに利用しています。100台近いサーバーへの各種反映作業で複数人が数時間とられる作業を数分に短縮することができました。

改善してほしいポイントは何でしょうか？

Ansible自体をWEBからフックして実行できて実行結果などもWEBで確認できる状態だったらもう少し便利かもと思いました。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

開発で利用しているサーバのインストールしているモジュール状況やインストール後の設定内容などを管理でき、手順書などを作る必要もなくなったし、それを変わるたびにメンテナンスする必要もなくなったので、開発ソースと一緒に管理できるようになった

改善してほしいポイントは何でしょうか？

公開されているロール等 (Ansible Galaxy) を利用する場合には、似たようなものが多数あるものもあり、利用できるものなのかどうか、どのロールがよいのかを検討するのに時間がかかります。
より多くの品質が保証されているロール等があるとよいです。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

インフラをコードで管理できるようになったことで、Gitでの変更履歴や差分の可視化が可能になりました。また、その他の自動化の仕組みとの連携が行いやすくなりました。
コード化、自動化に加え、冪等性が担保される安心感を得られる点は非常に大きいです。

検討者にお薦めするポイントがあれば記入ください

Chefなどと比較するとシンプルかつ導入のハードルは低いですが、インフラを扱うものですので、それでも導入や検証にはそれなりの時間は要します。また定期的なメンテナンスはやはり必要です。
より容易に実現できるその他の自動化の仕組みも検討対象とし、Ansibleでの構成管理によって享受できるメリットを天秤にかけ、何をAnsibleで管理するかを検討されるとよいかと思います。

改善してほしいポイントは何でしょうか？

現状使用している限りでは、大きな改善ポイントはありませんが、スケジュール管理などを行おうとすると、AWXなどを使用することになるかと思いますが、Ansible単体でも、簡易なスケジュール管理的な機能などがあると嬉しい気がします。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

クラウド上に、同じ構成の仮想マシンを何度も、もしくは何台も用意する場合、手作業で行っていると、非常に手間がかかりました。しかし、Ansibleの環境を一度構築すれば、そこからPlaybookによって、何度でも同じ作業が出来るようになるので、非常に作業時間が短縮することが出来ました。
また、複数のクラウドベンダーの仮想マシンを管理する場合にも、基本的にはSSH接続さえできれば良いので、Ansibleのみで複数のクラウドベンダーの複数の仮想マシンを操作することが可能になりました。

検討者にお薦めするポイントがあれば記入ください

・クラウド・オンプレ問わず、複数の仮想マシンの維持管理を行う場合には、事前にエージェント等が不要で、SSH接続ができれば、操作が出来るので、非常に便利です。
・すでに多数のモジュールが存在しているため、ほとんどの作業はモジュールで対応出来ます。

改善してほしいポイントは何でしょうか？

・アップデートが頻繁に行われ、細かい仕様変更がそこそこある点。
・公式ドキュメントはあるが日本語の物がないため抵抗がある人にとってはとっつきにくい点。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

サーバー、ネットワーク機器キッティングの自動化による工数削減。また、冪等性を確保することで再利用が容易に行う事が出来ました。