GitHub Actionsの課金を削る：5秒で終わるjobを減らす「受付job skip」設計と安全に省略するコツ新着!!
GitHub Actions の hosted runner は、5〜8秒で終わる job でも **1 job あたり1分に切り上げて課金**されます。
夜間監視の自動起票が『同じ原因なのに量産される』を止めた話
夜間の監視ジョブが失敗するたびにGitHub Issueを自動起票する仕組みは便利ですが、同じ原因の失敗が続くと毎晩issueが積み上がります。本記事では同一原因のopenなissueに追記し、なければ新規作成するdedupロジックで増殖を解消した設計を紹介します。
複数リポジトリのセキュリティCIをreusable workflowで一本化する
複数のリポジトリを運用していると、SAST・シークレットスキャン・依存脆弱性チェックといったセキュリティ系のCIを、リポジトリごとに個別実装してしまいがちです。
GitHub Actionsのrequired status checkでbotのPRだけ免除したい時にハマった2つの罠
Reusable GitHub Actions workflowでPRのタイトルや本文の書式を検査するjobを組んでいると、必ずと言っていいほど直面する問題があります。Dependabotのようなbotが作るPRは本文を自分たちの都合で書けないため、検査対象から外したい、というものです。
バックアップCIの「成功」を疑う：実リストア検証で復元可能性を証明する
日次バックアップのCIジョブが緑色でも、それは「本当に復元できる」ことを意味しません。暗号化前のダンプを使い捨てDBへ実際にリストアし、主要テーブルの行数を前回runと比較して、復元可能性を検証する設計パターンを紹介します。
夜間CIの回帰チェックが誤検知を出す罠：静的解析の外部バイナリ判定とstale artifactの比較ミス
nightlyで「マージ済みPRの回帰チェック」を回している場合、コード自体には何の問題もないのに誤検知が出続けることがあります。
監視は監視対象の外に置く — セルフホストCIの死活監視をGitHub Actionsで担保する
ローカル1台のセルフホストCIはホストごと落ちると自己検知できない。常時稼働のGitHub Actionsから死活監視・SLO計測・config drift検出を外付けする設計を解説します。
CIが動かない時の診断順序——まずGitHub Statusを見れば誤判断で時間を溶かさない
actions/checkoutが「Your account is suspended」を返した障害で、上流確認を飛ばし誤った仮説に時間を溶かした失敗談。Step1=上流障害確認から始めるCI切り分けフローを診断コマンド付きで解説します。
Self-hosted runner は単一障害点：Mac障害時にGitHub Actionsへ数分で切り替えるBCP/SOP設計
自宅Mac1台のself-hosted runnerは電源断・Tunnel停止でCIが全停止するSPOF。重いworkflowをworkflow_dispatchで残し、branch protectionを一時解除して数分でGitHub Actionsへフェイルオーバーする運用SOPを公開します。