macOSの定期監視スクリプトがdocker/lsofのハングで止まらないようにする:bounded_runで二重に時間制限をかける新着!!
定期実行している監視スクリプトが、内部で呼ぶ `docker` や `lsof` の応答待ちで止まり、後続の失敗検出・GC・メトリクス収集・生存通知まで巻き込んで数時間止まる。実運用しているサービスで、こうした問題に遭遇しました。
CIでローカルDBがポート競合で落ちる原因はephemeral portだった:ハングも拾うリトライ設計新着!!
CI でローカル DB(Docker ベースのバックエンドスタック)を起動すると、ごくまれに「ポートが既に使用されています」というエラーで落ちることがあります。
複数Webhookが同じ列を書くと保護期間が壊れる:短縮方向だけを止めるクランプ設計新着!!
課金システムで、既存ユーザー向けに「90日間は権限を保護する」といった猶予期間を設けることがあります。
CIの疎通確認だけ403で落ちる問題への対処: リトライ処理をテスト可能なNodeスクリプトに切り出す新着!!
CIの疎通確認が本番は健全なのに403で断続的に失敗。原因はCDN/WAFがrunnerのIPを一時的に弾いている可能性でした。症状緩和と根本原因調査を切り分け、YAML直書きのリトライをテスト可能なNodeスクリプトへ切り出す対応を解説します。
認証Providerの障害時にリフレッシュを連打しない:セッション単位クールダウンと503の設計
認証Providerが障害中でも、セッション単位のクールダウンでリフレッシュを間引き、一時失敗直後はretryAfterSeconds付きの503を返す設計を解説します。失効確定と一時失敗を区別し、原因不明の失敗で全ユーザーを一斉ログアウトさせません。
エラー自動起票で同じ Issue が大量に立つ問題を3層の防御で止める(fingerprint 正規化・クローズ済み照合・起票上限)
エラーログ集約からGitHub Issueを自動起票する仕組みで、同じ原因なのにIssueが大量に立つ問題を、fingerprintの変動値正規化・クローズ済みIssueとの照合・時間あたりの起票上限という3層の防御で止める実装方法を解説します。
Woodpecker CIのcronだけ「secret not found」で止まる原因と、Events設定ずれを夜間に検出する方法
Woodpecker CI で cron のときだけ secret not found になるのは、repo secret の Events 設定が cron に対応していないためです。Node.js と GitHub Actions を使い、この設定ずれ(drift)を夜間ヘルスチェックで自動検出する方法を紹介します。










