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

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

他の構成管理系の製品と比較しても、非常に使い勝手が良く、実際の利用者の間でも評判が良いので、現時点で特に改善してほしいポイントはありません。

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

運用作業の効率化や新たなシステム環境の構築、移設、スケールアウトなどのシーンでその内容をAnsibleで残して置くことにより、導入や運用作業時のコストを大幅に削減出来ます。

改善してほしいポイント

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

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

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

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

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

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

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

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

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

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

記述方法が変わったりすることがありそれが非常に手間に感じる。mysqlを扱うときにライブラリを入れないといけないのでそれがちょっとめんどくさい。

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

シェルスクリプトファイルや手順書を作って作業していたことをymlを書くことで公正の調整ができます。設定ファイルの書き換えなど

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

Ansibleの罪ではないですが、自由度が高すぎるために書き方の作法が人によって様々になりがちで統制が取れなくなりがちなのは課題かなと思っています。

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

AWS上で自動的にSlaceIn/ScaleOutをするようなサーバー構成を構築した際に、インスタンスが起動した際に自動的にProvisioningをする環境としてAnsibleを利用しました。自動的にサーバー台数を最適化するこｔでコストの削減が行えましたが、そのプロジェクトにAnsibleも少なからず貢献してくれ、メリットをもたらしてくれました。

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

ドキュメントが英語しかないので調べるのが大変です。また買収されてしまったので今後の将来が心配になっています。

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

オレオレスクリプトだったデプロイスクリプトをansibleに移行したことにより、冪等性確保と再利用性が向上しました。

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

2018年10月のIBMによるRed Hat買収によって、今後どのような展開となるか、不明瞭な点です。当面は「独立性を維持する」らしいですが。その前はRed Hatに買収されているので、それだけ価値のあるプロダクト、と前向きに考えることもできます。

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

接続先をWindowsとする方法もありますが、その準備には手間が多いです。その反面、同一仕様のLinuxサーバを複数、同時に構築する際にはかなり効率的に機能しました。導入だけでなく、日常的な運用管理にも利用可能です。

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

思想として複雑なことはするべきではないことは理解できるが
いろいろ込み入ったことをすると、カオスなplaybookになりやすい。
書いた人じゃないと何をやってるかわからなくなるので、もう少し条件分岐の機能は強化してほしいなと感じます。
--checkで実行したときにregister内容によって処理判断してるtaskがあると必ずそこでコケる。
--checkように変数値を指定できるような仕組みがほしい。

バージョンアップすると、動かないPlaybookが結構出る。実行時に実行バージョン指定できるようになってほしい。

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

構成管理のコード化はとてつもなく効果がでかいと思います。
開発効率もなかなか高いので生産性も高いです。