この記事のポイント

・if地獄はearly return（早期終了）パターンとガード節で解消できる
・local宣言で変数スコープを関数内に閉じてグローバル汚染を防ぐ
・共通処理はsourceで外部ライブラリ化して複数スクリプトで再利用する
・リファクタリングはshellcheckで問題を可視化してから段階的に進める

この記事のポイント

・kill -0 $PID でプロセスの存在を確認し、停止時に自動再起動できる
・再起動回数をファイルで上限管理し、連続失敗時はアラートを送って自動収束させる
・cron実行時はflock -n でwatchdog自身の二重起動を防ぐ設計が必須
・systemd Restart設定で代替できる場合は必ずそちらを優先する

この記事のポイント

・バリデーション不在のスクリプトは引数ミスで本番データを破壊するリスクがある
・整数チェックは [[ $val =~ ^[0-9]+$ ]] の1行で実装できる
・チェック関数を lib/validate.sh にまとめると複数スクリプトで source 再利用できる
・usage 関数と exit 1 をセットにしてスクリプト自身が使い方を提示する設計が鉄則

この記事のポイント

・shopt -s で有効化、shopt -u で無効化。設定はスクリプト内でのみ有効
・globstar を有効にすると ** でサブディレクトリを再帰処理でき、findの代替になる
・nullglob を有効にするとマッチなし時に空配列になり、globループの誤動作を防げる
・nocasematch を有効にするとcase文・[[ ]]が大文字小文字を区別しなくなる

この記事のポイント

・gpg --symmetric でパスフレーズを使った対称暗号化バックアップを無人実行できる
・--passphrase-file でパスフレーズをファイルから安全に渡し、cron環境でも動作する
・trap cleanup EXIT で一時ファイルを確実に後始末するcleanup設計が必須
・暗号化後に gpg --decrypt | tar tz で整合性を検証し、破損を即座に検知する

この記事のポイント

・dateコマンドの書式指定で現在時刻・曜日番号を数値として取得できる
・時刻チェックは「開始時刻 <= 現在時刻 < 終了時刻」の整数比較で実装する
・日付跨ぎ（23:00～翌1:00）は時刻をHHMM形式の整数に変換して正しく判定する
・曜日・時刻・ホスト名の複合条件で本番環境の運用ルールをコードに落とし込める

この記事のポイント

・SSH鍵認証でパスワード不要のSFTP自動接続を確立できる
・sftp -b でバッチファイルを渡せばput/getを無人実行できる
・sftpはファイル未存在でもexit 0を返すので戻り値だけに頼らない設計が必要
・ログとcronを組み合わせれば深夜の定期転送が実現できる

この記事のポイント

・cronやsystemdではSSH_AUTH_SOCKがないためGIT_SSH_COMMANDで鍵ファイルを明示する
・git status --porcelainはスクリプトで変更の有無を判定するのに最適な出力形式
・git pull --rebaseとgit stashを組み合わせてローカル変更がある状態でも安全に同期する
・git tag -aで注釈付きタグを自動付与し、デプロイ記録をリポジトリ履歴に残す

この記事のポイント

・sha256sum -c でチェックサムを照合し、バックアップファイルのビット破損を自動検知できる
・tar -tzf でgzip圧縮とtarアーカイブ構造を1コマンドで走査し、読み出し不能な破損を発見できる
・trap ERR を設定すると検証失敗時に自動通知が走り、無言の障害を防げる
・バックアップ直後にチェックサム生成→翌日に照合というパターンが設計の基本形

この記事のポイント

・find -print0 とprocess substitutionでスペース含むファイル名も安全に処理できる
・進捗カウンター（N/総数）を追加するだけで処理中の見通しが大幅に改善する
・チェックポイントファイルで中断後も処理済みをスキップして再開できる
・エラーを一時ファイルに収集して処理完了後に一括報告する設計が安全

この記事のポイント

・整数演算は $(( )) が第一選択 — 外部プロセス不要でスクリプト内で完結する
・if (( val > threshold )) の形で閾値チェックが直感的に書ける
・set -e 環境では let の終了コードの罠に要注意（結果が0で異常終了する）
・浮動小数点が必要なときだけ bc を呼び出す設計にする

この記事のポイント

・tar --newer-mtime で「差分バックアップ」を実装できる
・GNU tar の --listed-incremental で真の増分バックアップが実現する
・週次フル＋日次差分の cron 設計でディスク消費を最小化できる
・リストア時はフル→差分の適用順序に注意が必要

この記事のポイント

・ INFOERRORのログレベル関数はbash組み込み機能だけで実装できる
・ exec 2>（teeでファイルとターミナルに同時出力できる
・ LOG_LEVEL環境変数1つでDEBUGと本番の出力を切り替えられる
・ findの-mtime +30で古いログを自動削除してディスクを守れる

この記事のポイント

・whileループとsleepを組み合わせたポーリングの基本構造
・サービス起動・ファイル生成・URL応答待ちの実践パターン
・タイムアウトと上限回数で無限ループを確実に防ぐ設計
・ログ出力と終了コードで呼び出し元に状態を伝える設計

この記事のポイント

・PS4変数にEPOCHREALTIMEを設定すると行単位で実行時刻を記録できる
・BASH_XTRACEFDでトレース出力を別ファイルに分離して後から分析できる
・time { ... }でスクリプト内のフェーズ別に処理時間を計測できる
・prof_start/prof_end関数でコードを汚さずプロファイリングを組み込める

この記事のポイント

・caller は「この関数を呼んだ行番号・ファイル名・関数名」を返すbash組み込みコマンド
・caller 0 で直接の呼び出し元、caller N で N 段上の呼び出し元を取得できる
・while ループで caller を繰り返すと完全なコールスタックが生成できる
・trap ERR と組み合わせると、エラー発生時のスタックを自動記録できる

この記事のポイント

・openssl s_clientで証明書の残日数を取得しシェル変数で管理できる
・set -euo pipefailとtrapを組み合わせて失敗を確実に検知できる
・30日前・7日前など警告レベルを分けてメール通知の優先度を設計できる
・複数ドメインをファイル管理して一括チェックするスクリプトを構築できる

この記事のポイント

・exit 0が成功、1が汎用エラー、2が引数誤りという慣例を守ると呼び出し元で正確に分岐できる
・126・127・128+nはシェル予約コードなので、スクリプト独自の番号と重複させてはいけない
・関数内ではreturnで返し、呼び出し側が$?で受け取る設計が安全な伝播パターン
・local宣言と代入を同じ行に書くとexit codeが消える落とし穴があり、必ず分離する

この記事のポイント

・<<EOFは変数展開あり、<<'EOF'はシングルクォートで囲んで展開なしにできる
・<<-EOFを使うとタブでインデントした行頭を揃えてコードを整理できる
・ssh・mysql・mailコマンドと組み合わせると複数行の入力を安全に渡せる
・区切り文字はEOF以外の任意の文字列でよい。ネスト時は別名を使う

この記事のポイント

・dfの出力から使用率を数値で取得し、80%/90%/95%の段階アラートを実装できる
・findの-mtimeで削除対象を事前確認してから安全に-deleteできる設計
・trapとset -euoでスクリプトの異常終了を確実に検知してsyslogに残せる
・cronで動かすときのPATH・MAILTO・リダイレクトの3点を押さえれば安定する

この記事のポイント

・&とwait ${PIDS[$i]}でSSH接続を並列化して終了コードを個別収集できる
・mktemp + trap EXITで一時ファイルを確実にクリーンアップする設計が基本
・timeoutとConnectTimeoutの2段階で応答しないサーバーへの待ちを制限する
・障害サーバーを自動検知してFAILEDカウントをexit値として返す設計が推奨

この記事のポイント

・DRY_RUN変数とexecute()関数で危険なコマンドの実行を一元制御できる
・--dry-runフラグで「実行しない」モードに切り替え、何が起きるかを事前確認できる
・DRY RUN時は[DRY-RUN]プレフィックスをログに出力して実行内容を可視化する
・バックアップ・デプロイスクリプトへそのまま転用できる実践パターンを紹介

この記事のポイント

・curl -s -oと-wでレスポンス本文とHTTPステータスコードを別々に受け取れる
・APIトークンはスクリプト内にハードコードせず環境変数かchmod 600ファイルで管理する
・HTTPステータスが4xx/5xxのときはスクリプトをexit 1で止める条件分岐が必須
・ページングはwhile true + 空配列でbreakの汎用パターンが実装しやすく可読性も高い

この記事のポイント

・世代管理は「削除ルール」を追加するだけでディスク枯渇を自動で防ぐ設計
・YYYYMMDD-HHMMSS形式のディレクトリ名はsortの文字列順が時系列順になる
・trap ERRとmailコマンドで失敗時の自動メール通知をスクリプトに組み込める
・flockで二重起動を防ぎ、rsync --link-destで実質的な差分バックアップを作れる

この記事のポイント

・ステートファイルと条件分岐で「実行済みかどうか」を管理できる
・ユーザー・コマンド・ファイルは「存在確認してから作成」が鉄則
・設定ファイルの上書きは事前バックアップ＋差分チェックで安全化できる
・冪等スクリプトはCI/CDや障害復旧にもそのまま再利用できる

この記事のポイント

・case文は「1変数 vs 複数の固定値」の分岐でif-elifより圧倒的に読みやすい
・コマンド引数解析・OS種別判定・拡張子別処理の3パターンが頻出ユースケース
・*)は必ず末尾に置き、想定外入力を exit 1 でエラー終了させる設計が堅牢
・変数は必ず "$var" とクォートして空文字・スペース混入によるマッチ事故を防ぐ
・case文を関数に切り出すときは local と declare -r で変数スコープを管理する

この記事のポイント

・command -v でコマンドの存在を検証し、未インストールを即座に検知する
・必須環境変数は require_env 関数で存在チェックして早期終了する
・require_cmd / require_env / require_dir を preflight_check() にまとめる
・チェックが1つでも失敗したらメイン処理は実行しない設計が安全

この記事のポイント

・コマンド末尾に & を付けるとバックグラウンド実行になり、waitで全完了を待てる
・$! で直前の子プロセスのPIDを取得し、個別にwait/killで管理できる
・最大同時実行数はカウンタ変数と wait -n（bash 4.3以降）の組み合わせで制御できる
・並列書き込みの競合にはflockを、子プロセスのエラー検出には wait $pid の戻り値を使う

この記事のポイント

・flockコマンドで二重実行を防ぐ排他制御がデプロイスクリプトの基本
・rollback関数をtrap EXITに登録すると失敗時に旧バージョンへ自動切り戻せる
・ssコマンドでサービス起動を検証してからスクリプトを終了するのが安全設計
・通知はtrap EXITに集約し、成功・失敗どちらの経路でも確実に送出する

この記事のポイント

・log_info/log_warn/log_errorの3関数でログレベルを統一できる
・execとteeを組み合わせるとファイルと画面に同時出力できる
・log_errorはstderrに出すとパイプラインで通知フィルタを挟める
・cron実行時はPATH・LANGが最小化され文字化けや「コマンドが見つからない」の原因になる

この記事のポイント

・<(command) でコマンド出力を一時ファイルなしに別コマンドのファイル入力として渡せる
・diff <(cmd1) <(cmd2) で2コマンドの出力を直接比較できる実務パターンが基本
・複数サーバーの設定差分確認やアーカイブ比較が1行のコマンドに収まる
・プロセス置換はbash専用（#!/bin/bash が必須）。#!/bin/sh では動作しない

この記事のポイント

・curlの終了コードとHTTPステータスでWeb サービスの死活確認がワンライナーで書ける
・ncコマンドでTCPポートチェックを行い、Postfix など非HTTP系サービスも監視できる
・アラート連射を防ぐ「冷却期間設計」を組み込まないと障害復旧前にメールが爆発する
・cronで5分おきに実行しても負荷はほぼゼロで、1台でも多複数サービスを監視できる

この記事のポイント

・固定間隔リトライより指数バックオフで、サーバーへの集中アクセスを避けられる
・retry関数として実装することで、どのコマンドにもリトライを適用できる
・ジッターを加えると並行実行時の「連鎖障害」を防げる
・timeoutと組み合わせると、1回のリトライに上限時間を設けられる

この記事のポイント

・exec 1>>logfile 2>&1 でスクリプト全体の出力を一括ログ保存できる
・exec はbashの組み込みコマンドであり、docker exec とは別ツール
・exec 3>&1 でFDを複製しておけば、途中でstdoutを元に戻せる
・trap EXIT と組み合わせてFDを確実に閉じる設計が現場の定石

この記事のポイント

・パイプ（|）の右辺はサブシェルで動き変数変更が親に戻らない
・()はサブシェル生成、{}はカレントシェル実行で動作が全く異なる
・解決策は < <(...) のprocess substitutionが最もスマート
・bash 4.2以降はshopt -s lastpipeでパイプのまま対処できる

この記事のポイント

・シェルスクリプト エラー通知の最短実装は「echo 本文 | mailx -s 件名 宛先」の1行
・trap ERR でエラーを自動検知し、通知関数を呼び出すのが実務の基本設計
・Slack Webhook は curl 1コマンドで送れ、メールより即時性が高い
・sendmail はメールヘッダを自由に制御でき、From アドレスを明示したい場合に使う

この記事のポイント

・.serviceファイルはUnit/Service/Installの3セクションで構成する
・ExecStartには必ず絶対パスを指定する（相対パスはNG）
・Restart=on-failure + RestartSec=10 で自動復旧を設計できる
・journalctl -u サービス名 -f でリアルタイムログを確認できる

この記事のポイント

・set -o pipefail を設定するとパイプ途中の失敗でパイプライン全体が非ゼロを返す
・$PIPESTATUS 配列で各コマンドの終了コードを個別に参照できる
・$PIPESTATUS はすぐに上書きされるため、実行直後に別変数にコピーするのが定石
・set -e・set -u・set -o pipefail の3つを組み合わせると堅牢なエラー検知になる
・trap cleanup EXIT を加えると、パイプ失敗時の後始末処理を確実に実行できる

この記事のポイント

・変数は必ずダブルクォートで囲む（"$var" が安全な基本形）
・外部入力はバリデーション後にコマンドへ渡す（インジェクション対策の核心）
・eval は使わない。配列・declare・case 文で安全に代替できる
・set -u・IFSリセット・mktemp でスクリプト全体を堅牢化する

この記事のポイント

・#!/bin/sh は OS 標準シェルを使う指定。Ubuntu では dash、RHEL では bash が実行される
・bash 固有構文（bashism）を使うと Ubuntu の dash で構文エラーになる
・POSIX準拠で書けば sh/bash どちらの環境でもそのまま動く移植性になる
・checkbashisms コマンドで bashism を事前に自動検出できる

この記事のポイント

・read -p でプロンプト付きのユーザー入力を1行で受け取れる
・select でPS3プロンプト付きの番号メニューを簡単に実装できる
・while ループと条件分岐で「正しい入力が来るまで繰り返す」UIが作れる
・入力検証を外出しした関数にすると再利用しやすい

この記事のポイント

・bats-coreはBashスクリプト専用テストフレームワーク
・@testブロックでテストケースを簡潔に定義できる
・setup/teardownで前後処理を各テストから分離できる
・GitHub ActionsでCI自動テストの実行が可能

この記事のポイント

・source コマンドで外部設定ファイルを読み込み、設定とロジックを分離できる
・APP_ENV 変数で development/production を判定し、設定ファイルを自動切り替えできる
・.env 形式に export を付けた設定管理が現場での実務標準
・必須変数チェックと :=（デフォルト値）で、想定外エラーを未然に防げる

この記事のポイント

・${var%pattern}と${var#pattern}で拡張子・ディレクトリを分離できる
・${var//pattern/replacement}でsed不要の変数内一括置換が可能
・${var^^}/${var,,}でtr不要の大文字・小文字変換ができる
・ループ内の外部コマンド呼び出しを排除しスクリプトを高速化できる

この記事のポイント

・shellcheck は実行前に静的解析でバグを検出するコマンドラインツール
・SC2086（クォート不足）・SC2006（バッククォート）が最多の警告パターン
・apt/dnf/brew/バイナリでインストール可能。GitHub Actions なら公式 Action あり
・set -x は実行時デバッグ、shellcheck は実行前の静的検査——役割がまったく異なる

この記事のポイント

・bash の関数は function 名 { } または 名 () { } の2通りで定義できる
・引数は $1 $2 ... で受け取り、return で整数の終了ステータスを返す
・local 宣言でローカル変数にすればグローバル変数との衝突を防げる
・source（.コマンド）でライブラリ化し、複数スクリプトから共有する

この記事のポイント

・シェルスクリプトでrsyncを使ったバックアップ処理を安全に書ける
・trapでどの段階の失敗でもアラートを確実に届ける設計にできる
・cronで定期実行するときの環境変数・パスの落とし穴を避けられる
・flockで二重起動を防ぎcronジョブの競合を確実に回避できる
・バックアップ失敗時にメールまたはWebhookでアラートを自動送信できる

この記事のポイント

・set -e と set -u でコマンド失敗・未定義変数を即検知できる
・trap でシグナル受信時・スクリプト終了時の後処理を自動実行できる
・EXIT トラップを使えばスクリプトがどう終了しても後始末が確実に実行される
・ROLLBACK_STACK 配列に取り消し関数を積めばステップ単位のロールバックが実現できる
・ERR トラップ＋$LINENO でコマンド失敗の行番号を正確に記録できる
・SIGKILL やサブシェル内では trap が効かない落とし穴も解説する

この記事のポイント

・expect は spawn（起動）・expect（待機）・send（入力）の3コマンドで構成される
・SSHのパスワード入力やsudo対話を完全無人化できるが、鍵認証の方が安全でシンプル
・spawn -noecho と log_user 0 でパスワードをターミナルに表示しないよう制御できる
・expect_background ではなく exp_continue でループを回すのが実践の定番パターン

この記事のポイント

・flock コマンドはロックファイルを使ってスクリプトの二重実行を防ぐ
・flock -n でロック失敗時にすぐ終了、-w でタイムアウト付き待機ができる
・cron + flock の組み合わせで定期ジョブの重複実行を防ぐのが定番構成
・スクリプト終了時にロックは自動解放されるためデッドロックになりにくい

この記事のポイント

・mkfifo コマンドでFIFO特殊ファイル（名前付きパイプ）を作成できる
・名前付きパイプは異なるシェル・プロセス間でデータを受け渡す手段になる
・FIFOへの書き込みは読み手がいるまでブロックされる特性がある
・rm で削除するまでファイルシステム上に残り続ける点が通常パイプと異なる

この記事のポイント

・while read line; do mv "$line" 移動先; done < ファイル一覧が基本形
・IFS= read -r line で行頭・行末スペースとバックスラッシュを安全に扱える
・mkdir -p "$(dirname ...)" でフォルダ自動作成しながら移動できる
・移動失敗時は || echo で続行させてログに残すのが現場の鉄則

この記事のポイント

・bash配列は `arr=(a b c)` で宣言し、`${arr[0]}` でインデックス参照できる
・`${arr[@]}` で全要素展開、`${#arr[@]}` で要素数の取得が可能
・連想配列は `declare -A` で宣言し、キーと値のペアで管理できる
・for文との組み合わせでサーバー一括処理・ファイル操作の自動化に直結する

この記事のポイント

・<<EOF で複数行テキストをそのままコマンドに渡せる
・<<'EOF'（シングルクォート）で変数展開を抑止できる
・<<-EOF でインデントのタブを自動除去できる
・設定ファイル生成・mysql入力・ssh越し実行の3パターンが定番

この記事のポイント

・git init でローカルリポジトリを作成し、git add → git commit の流れで変更を記録する
・git clone でリモートリポジトリをサーバーへ取得し、git push で変更を反映する
・GitHubへの接続はSSH公開鍵（ed25519）認証が安全で標準的な方法
・.gitconfigの初期設定（user.name・user.email・init.defaultBranch）は最初に済ませる

この記事のポイント

・for文はリストの各要素を順番に処理する基本ループ
・while文は「条件が真の間」繰り返す。ファイルの行読み込みに最適
・until文は「条件が偽の間」繰り返す。ポーリング処理に便利
・break/continueで途中スキップ・終了ができる

この記事のポイント

・ bashのif文はtest/[ ]/[[ ]]の3種類があり、用途で使い分ける
・ ファイル確認は-eや-fなど単項演算子、文字列比較は= と!=が基本
・ 数値比較は-eq・-lt・-gtなどtestコマンド専用の演算子を使う
・ 実務では終了ステータス（$?）の活用とelifによる多岐分岐が重要

この記事のポイント

・at コマンドは「1回だけ・指定時刻に」ジョブを実行するワンショットスケジューラー
・at -l（atq）でキュー確認、atrm でジョブ削除ができる
・crontab は繰り返し実行、at はワンショット、systemd timer は高機能な1回実行に使い分ける
・atd サービスが起動していないと at は動かない——まず systemctl status atd で確認する

この記事のポイント

・ while read line でファイルを1行ずつ確実に処理できる
・ IFS=","で区切り文字を変えればCSV・TSVにも対応できる
・ while readはfor+catより安全で空白・改行を壊さない
・ 末尾改行なし・バックスラッシュ・末尾スペースに注意が必要

この記事のポイント

・mktemp でユニークな一時ファイルを自動生成できる
・-d オプションで一時ディレクトリも作れる
・trap と組み合わせてスクリプト終了時に自動削除する
・並列実行時の競合・上書き事故を根本から防げる

この記事のポイント

・printf "%s\n" で echo より確実に文字列を出力できる
・%d・%05d・%f で数値のゼロ埋め・小数点桁数を制御できる
・\e[32m 等のANSIコードで端末出力を色付けできる
・echo と printf の使い分けは「書式が必要かどうか」で判断する

この記事のポイント

・set -x を使うと実行コマンドがトレース表示されデバッグが容易になる
・set -euo pipefail の3フラグでコマンド失敗・未定義変数・パイプエラーをまとめて防げる
・trap ERR でエラー行番号・関数名を自動記録して原因特定が格段に速くなる
・trap EXIT と die 関数を組み合わせると後片付けとエラー通知を一元管理できる

この記事のポイント

・jq . でJSONを整形して人間が読みやすい形に変換できる
・.フィールド名でネストしたキーも簡単に抽出できる
・.[index]や.[]で配列要素の取り出しや展開ができる
・select()で条件フィルタリングし、必要なデータだけ抽出できる

この記事のポイント

・envsubst はテンプレートの $VAR を環境変数で一括置換するコマンド
・置換対象変数を限定する書き方で誤置換を防げる
・nginx.conf や Docker エントリーポイントとの組み合わせが実務の定番
・変数が未定義の場合は空文字に展開される点に注意

この記事のポイント

・timeout コマンドで指定秒数を超えたプロセスを自動終了できる
・終了コード 124 で「タイムアウトによる終了」を判定できる
・--kill-after で SIGTERM の後に SIGKILL を送るダブル保険が設定できる
・パイプライン全体には bash -c でラップしてタイムアウトをかける

この記事のポイント

・trap はbash組み込みコマンドでシグナル受信時に任意の処理を実行できる
・trap "rm -f /tmp/$$.lock" EXIT で終了時に一時ファイルを自動削除できる
・INT/TERM/ERRの3シグナルを押さえれば実務の9割のケースに対応できる
・trap '' SIGINT でシグナルを無視し、重要処理を割り込みから守れる

この記事のポイント

・getopts は bash 組み込みのオプション解析コマンドで外部コマンド不要
・while getopts "ab:c" opt; do case $opt in で1文字オプションを処理できる
・コロン付き（b:）は引数ありオプション、$OPTARG で値を取得する
・先頭コロン（":ab:"）でサイレントモードにしてエラーを自前処理できる
・shift $((OPTIND - 1)) でオプション処理後の位置引数を詰め直すのが必須
・長いオプション（--verbose）が必要なときは外部コマンド getopt に切り替える

この記事のポイント

・nohup コマンドで SSH 切断後もプロセスを継続実行できる
・nohup コマンド & でバックグラウンド実行と組み合わせるのが基本形
・出力は nohup.out に保存され、リダイレクトで任意ファイルに変更できる
・screen/tmux との違いと使い分けを押さえておくと現場で迷わない

この記事のポイント

・type コマンドでシェル組み込み・外部コマンド・alias を即座に判別できる
・which が何も返さない場合は type で確認するのが正しい手順
・type -a で同名コマンドの全候補をまとめて確認できる
・スクリプトのデバッグや意図しない動作の原因特定に実務で頻繁に使う

この記事のポイント

・bash の set コマンドでシェルのオプションをon/offできる
・スクリプトには set -euo pipefail を入れるのが現場の標準
・対話シェルでは noclobber を有効にして上書き事故を防げる
・現在の設定一覧は set -o で確認できる