Rundeckの評判・口コミ 全9件

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

重い…。JVMベースで動作するのが主因だが、基本的に動作は重い。導入時には一定以上のマシンパワーを割いたほうがいいと思う。今後ぜひパフォーマンスの向上をテーマに改善をはかってほしい。
また、Dockerイメージが提供されているが…DockerコンテナでJVMランタイムを動かすとさらに重いので「お試しのみ」という警告をつけておいてほしい。たぶん、Dockerで試して「まともに動いていない」とがっかりしてしまう人が多いと思うので。

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

当初「中央管理型のジョブ管理システムなんだ」ということがよくわからなかったが、それに気が付いたらサーバやインスタンスごとのタスク管理をしなくてすむようになったため「台数分の1」くらいの工数削減になった。
気づきが得られるかどうかで得られるメリットの大きさがかなりかわると思う。

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

特にない。が、ローカライズが進行していないのがつらい。最新のRundeckでは日本語化に着手している…と聞いたのだが、ほとんど日本語が見当たらない。コミッターがいないのだろうか。

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

インフラレベルのスケジューラはcronを使ってこれまでの資産を活用しつつ、ビジネスロジックに関係するデータベースクエリなどをRundeckでおこなったところ、エンジニアのスキルレベルをうまく活かしつつすみわけができ有効に運用できている。
従来ならビジネスロジックのタスクもcronに干渉してしまい、下手をすればシステムを壊しかねなかったのだが、Rundeckによってそういった事故が起きる確率が各段に減ったと感じている。

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

dockerイメージがあるのはあるのだが…さて、そのコンテナから実際にタスクを動作したいコンテナ／ホストをどうやってキックしようか、という点が問題になる。そこが「導入」のハードルを上げている。どちらかというとNodeの動作パッケージをまとめてバイナリ配布してくれたほうが楽な気がする。

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

慣れているとはいえ、cronで大量のスクリプトを動作させていると「おかしな負荷が定時にかかってしまう」「ロックやキューを自前実装しなくてはいけない」といった問題があった。こういったむだな車輪の再発明をしなくてすむようになったのが、業務上いちばん大きなメリットだった。

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

ユーザの追加や削除が画面上から行えないため、直接設定ファイルを修正してRundeckを再起動する必要があります。
非常に面倒です。

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

crontabで定期実行していたジョブをRudeckに移動させました。
Rundeckは画面上で実行状況の確認や再実行もできるのでサーバにSSHする必要がなくなり楽にジョブを管理できます。

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

簡単にインストールやジョブの登録ができるので、まずはお試ししてみると良いと思います。

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

・知る限り現時点では日本語化がなされておらず、自分で messages.properties を編集する必要がある。本家に取り込んでもらいたい

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

・なんだかんだ言ってcrontabをいちいちいじるのは面倒だしどこでエラーが起きるかわからないので、担保としてジョブスケジューラを導入するのは大事
・なおかつ「機能が多すぎたりガワが厚すぎない」ことは重要。Rundeckは比較的そのポイントがちょうどいいプロダクトだった

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

特に改善してほしいという点もないですが、個人的には、汎用的なcron処理はcron、Javaの組み込みスケジューラーはSpring Framework の @Scheduled タスク、本格的なジョブスケジューラーはdigdagを使用するようになりました。それぞれの用途で Rundeckは上記のものより少し劣るように感じ、それほど採用モチベーションが今はわきません。

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

一時期、Rundeck 出始めのころに、ジョブスケジューラーとして使用しました。簡単に導入できますし、ブラウザベースの管理GUIがあったりとわかりやすいため、開発現場に適用しやすいのがメリットだと思います。

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

セキュリティ対策が難しいところ。現在はユーザー名とパスワードを全員で共有して使用していますが、システムの特性上、接続されているサーバーすべてに命令が出せるのでもう少し向上したい。またAPIトークンの有効期限が短いので管理しづらい。

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

サービスのバッチ処理の履歴管理を行い、インシデント対策が無償で行えた。またチャット連携なども簡単に行えたため、DevOps化が進められた。

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

まだ日本での活用事例が少ないため、日本語の情報量が少ないこと。また、WindowsサーバだとSSHサーバを立てるのに苦労するため構築が難しいことが難点です。

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

cronでは定義できないジョブネットを構築することができ、ジョブの一元管理ができました。ジョブの定義数や管理サーバが多い場合にcronではジョブ管理が大変になったときに一元管理できたことが大きいメリットです。