レガシーとの向き合い方 〜cron から Rundeck へ〜 - DMM inside

｜DMM inside

[kkobayashi]

cronのせいじゃないものも結構ある気がするけど良い事例だと思う

[t-cyrill]

Rundeck使ったけどJenkinsでよいという結論に至った

[manFromTomorrow]

cronがダメという話じゃないと思うのでその辺ご留意・・・

[auient]

「バッチが失敗したらSlack通知するようにしました。」バッチがいつのまにか実行されなくなってるとギャーってなるやつ

[fashi]

「毎日『成功しました！』という通知を見続けると『見なくていいのでは？』と思いませんか？」あるある。LINEのログイン通知とかな

[tofy]

“バッチのスケジュール実行の再開・停止・再実施がWebブラウザで可能になった！ ”

[lilpacy]

"タイムスケジュールによる管理のため、直前のバッチの結果はお構いなしで実行。ひどい日はエラーまみれ。タイムスケジュールで管理していた前後関係のあるバッチをRundeckのJob Workflowsでまとめた"

[diveintounlimit]

1以外は別にRundeckじゃなくても良いよね？

[juve534]

crontabからは脱却したいよね…

[peketamin]

digdagとかではなくrundeck

[John_Kawanishi]

JP1とかSystemWalkerよりいいのかなぁ

[Jinmen]

これはタイムチャートに起こすまでが一番大変なやつじゃないだろうか

[tkscotte]

/etc/cron.d の話をしても良いですか; Rundeck、純粋にcrontabの代替として使うのは少々リッチな気もするけど、やりたいことの幅が広がったとき、フロー組んだり色々楽できそうでいいよね

[takuya_1st]

cronのせいか？ジョブキュー使えばええんちゃうのかな、、、

[mather314]

失敗したときだけの通知は狼少年状態の通知は避けられるけど、ジョブの実行を間違ってオフにしてたりしたら気付けるのかが怖い。

[braitom]

バッチ処理をcronからRundeckへおきかえた話。どのような運用をしているか、cronのときと比べどのようなことが改善されたかが書かれている。

[rdlf]

cronはrオプションをなんとかして欲しい。eとうち間違えて大量の設定が消えたことがある…これは操作ミスだけどcronよりRundeckはいろいろ楽よね。

[yarumato]

“cronだと大変：再実施するのが辛い。スケジュール実行のON/OFFのためにサーバに接続してコンソール操作が辛い。Rundeckでカイゼン：再開・停止・再実施がWebブラウザで可能に。バッチのパラメータが分かりやすく”

[iekusup]

ほー。

[hatatyu]

[ [rundeck] [cron]]“Rundeck”