4.4運用と実践

自動化のスクリプトも CI のジョブも、最後はシェル（bash）の上で動きます。だから「このコマンド列は何をするか」を正確に読めることは、配備・運用の基礎体力です。同時に DevOps は特定のツール名ではなく、開発と運用の壁を壊し、自動化と計測で速く安全に届ける文化と実践を指します。この節では、bash の基本操作と環境変数の扱いを読解として、DevOps 原則を「なぜ価値があるか」の判断として整理します。

4.4.1ファイル・ディレクトリ操作

• 現在地と一覧：pwd（現在のディレクトリを表示）／ls（中身を一覧、ls -l で詳細、ls -a で隠しファイルも）／cd path（移動、cd .. で一つ上へ）。移動先を取り違えると相対パスの解釈がずれるため、まず pwd で現在地を確認するのが安全。
• 作成・複製・移動・削除：mkdir dir（ディレクトリ作成、mkdir -p a/b/c で親ごと）／cp src dst（複製、ディレクトリは cp -r）／mv src dst（移動または改名）／rm file（削除、rm -r dir で再帰）。cat file はファイル内容を表示する。rm -r は元に戻せないため、対象を確認してから実行する。

4.4.2環境変数

• 環境変数＝プロセスに渡す設定値（API のURL、接続先、secret など）。export NAME=value で設定し、echo $NAME で参照、env で一覧を確認する。設定をコードに埋め込まず環境変数で外から与えることで、同じイメージを開発/本番で切り替えられる（前節の secret 管理とも直結）。
• export した変数はその後に起動する子プロセスへ引き継がれる（例：export API_URL=https://api.example.com の後に実行したアプリが os.environ で読める）。export を付けずに NAME=value としただけの変数は現在のシェルに留まり子プロセスへ渡らない——ここを取り違えると「アプリが設定を読めない」障害になる。