共有
  • 記事へのコメント31

    • 注目コメント
    • 新着コメント
    その他
    mapk0y
    mapk0y 解説が丁寧でとても良い

    2022/01/12 リンク

    その他
    Itisango
    Itisango “プリモーテム”

    2020/03/15 リンク

    その他
    shny_wd
    shny_wd “の”

    2019/04/26 リンク

    その他
    progrhyme
    progrhyme プリモーテムなるほど。大事ですね

    2019/04/20 リンク

    その他
    shinagaki
    shinagaki 先日、メルカリのポイントが付かないミスがあったので、メルカリにはお金をプールしたくないと思った

    2019/04/18 リンク

    その他
    satosssi
    satosssi よくまとまってるなぁ

    2019/04/18 リンク

    その他
    azmin
    azmin いい話

    2019/04/18 リンク

    その他
    miho-satoh-satomi
    miho-satoh-satomi バッチ処理 運用 監視

    2019/04/18 リンク

    その他
    z1h4784
    z1h4784 ログのセキュリティホール問題は本当に難しい。ある程度のユーザを特定できる情報がないとデバッグできないことも多い

    2019/04/18 リンク

    その他
    yoshikidz
    yoshikidz これ大事。教えてもらった人から継承しておまじないのように捨ててると思うんだー “stderr/stdoutを /dev/null に捨てているのなら、今すぐやめてください”

    2019/04/18 リンク

    その他
    testedquality
    testedquality ちょうどいま運用設計を始めたのでありがたい。半年後楽になるため参考にさせていただきます。Rundeckはすでに導入決定してるのでこちらも勉強。

    2019/04/18 リンク

    その他
    kappa_live
    kappa_live 感じてはいるけど、文字にできていない部分を言語化してくれれてとても助かる。メルカリって単語にポジティブなイメージはないけど中の人はすごいなぁと実感。

    2019/04/18 リンク

    その他
    yuangao
    yuangao 事象が起こってるのに、その事象に対応するログが定義されてないというのがとにかく厄介よね。 原因の切り分けができんし。

    2019/04/18 リンク

    その他
    murashit
    murashit このシリーズすごいいいな

    2019/04/18 リンク

    その他
    reachout
    reachout 業務系アプリではバッチが死ぬほど走っていて、ジョブネットは複雑怪奇で先行ジョブが二桁あったりする。大体ヤバイのは突き抜けてるやつで後続が起動せずに玉突き事故を起こしてますね。

    2019/04/18 リンク

    その他
    anigoka
    anigoka ドキッ!バッチだらけの検証大会(ポロリもあるよ!

    2019/04/18 リンク

    その他
    RabbitBit
    RabbitBit 「計画していないログは出ない」は、バッチに限らずシステム全般で有効な言葉と思う。

    2019/04/18 リンク

    その他
    versatile
    versatile バッチってなるべくやりたくないよなぁ。メンテでわすれられやすいし、SPOFだし、深夜バッチとかいってグローバルに展開したらとたんにアウトだし

    2019/04/18 リンク

    その他
    ko-gold
    ko-gold なるほどね。私はクラウド使うようになってからなるべくバッチ処理は避けて常駐プログラムでトリガー起動、こけても途中から継続処理できるように設計するようにしてる。業務が細分化されると選択肢が狭くなりがち

    2019/04/18 リンク

    その他
    n314
    n314 異常も正常もとりあえず通知にしてしまいがちだよなあ。とりあえず通知じゃなくて業務上毎日見る画面に最終起動日時を緑と赤で出し分けておくのが手間も少ないかなあとか考えてる。

    2019/04/18 リンク

    その他
    amemiyashiro
    amemiyashiro 運用に乗り切ってから何か不測の事態でバッチがこけた時ほど頭を抱えることもなく

    2019/04/17 リンク

    その他
    donchan922
    donchan922 バッチ設計のtipsがいくつもあって参考になります☺️

    2019/04/17 リンク

    その他
    braitom
    braitom バッチプログラムの運用について。実行管理、ログ管理、監視のしかた、通知のしかたなどの検討事項についての考察がまとめられている。

    2019/04/17 リンク

    その他
    ueken65
    ueken65 「開始しなかった」ことの通知はしんどいね

    2019/04/17 リンク

    その他
    beerbeerkun
    beerbeerkun 開始したかどうかをチェックするバッチを作ればいいし、ついでにチェックするバッチが開始したかどうかをチェックするバッチも作ればいいよ

    2019/04/17 リンク

    その他
    auient
    auient 骨太

    2019/04/17 リンク

    その他
    Guro
    Guro ああ。開始の記録通知ではなくて、「開始されなかった」ことの記録通知ですね。

    2019/04/17 リンク

    その他
    iekusup
    iekusup プリモーテムか。

    2019/04/17 リンク

    その他
    usadamasa
    usadamasa "まず、「開始」の監視は、最も難しいものです。なぜなら、開始のイベント自体が発生しないと、何も通知は起こらず、誰も気づけないからです。"

    2019/04/17 リンク

    その他
    koemu
    koemu 会社のブログを書きました

    2019/04/17 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    バッチプログラムの運用と監視について検討しよう | メルカリエンジニアリング

    こんにちは。メルペイでバックエンドソフトウェアエンジニアをしている id:koemu です。 バッチプログラ...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事