#!/bin/bash

# --- 1. シェルオプションとエラーハンドリング ---


# -e: コマンドが失敗した場合、即座に終了する


# -u: 未定義の変数を使用した場合、エラーを発生させる


# -o pipefail: パイプライン内のいずれかのコマンドが失敗した場合、パイプライン全体が失敗する

set -euo pipefail

# スクリプト名

SCRIPT_NAME=$(basename "$0")

# スクリプトのログディレクトリ (例: /var/log/myapp)

LOG_DIR="/var/log/myapp"

# アプリケーション固有の一時ディレクトリプレフィックス

TMP_PREFIX="my_json_processor_"

# ログファイルパスの定義


# mkdir -pによりログディレクトリが存在しなくても安全

mkdir -p "$LOG_DIR"
LOG_FILE="${LOG_DIR}/${SCRIPT_NAME%.*}.log" # .shを除いたファイル名.log

# エラーログ関数

log_error() {
  local message="$1"
  echo "$(date '+%Y-%m-%d %H:%M:%S') [ERROR] $SCRIPT_NAME: $message" | tee -a "$LOG_FILE" >&2
}

# INFOログ関数

log_info() {
  local message="$1"
  echo "$(date '+%Y-%m-%d %H:%M:%S') [INFO] $SCRIPT_NAME: $message" | tee -a "$LOG_FILE"
}

# --- 2. 一時ディレクトリの安全な管理 ---


# mktemp -d: 安全な一時ディレクトリを作成


# trap: スクリプト終了時 (EXIT)、中断時 (INT)、強制終了時 (TERM) に一時ディレクトリを削除

tmpdir=$(mktemp -d -t "${TMP_PREFIX}XXXXXX")
if [[ ! -d "$tmpdir" ]]; then
    log_error "一時ディレクトリの作成に失敗しました。"
    exit 1
fi
trap 'rm -rf "$tmpdir"; log_info "一時ディレクトリ $tmpdir を削除しました。"' EXIT INT TERM

log_info "一時ディレクトリ $tmpdir を作成しました。"

# --- 3. メイン処理の開始 ---


# ここに具体的なデータ取得・処理ロジックを記述


# ...


# 成功した場合は0を返す

exit 0

#!/bin/bash


# ... (前述のシェルスクリプト骨格部分) ...

API_URL="https://api.example.com/data"
OUTPUT_FILE="${tmpdir}/data.json"

# --- 4. curlでJSONデータを安全に取得 ---

log_info "APIからJSONデータを取得中: $API_URL"
if ! curl -sS \
          --connect-timeout 10 \
          --max-time 30 \
          --retry 5 \
          --retry-delay 5 \
          --retry-max-time 60 \
          --fail-with-body \
          --tlsv1.2 \
          --cacert /etc/ssl/certs/ca-certificates.crt \
          -H "Accept: application/json" \
          -o "$OUTPUT_FILE" \
          "$API_URL"; then
    log_error "JSONデータの取得に失敗しました。"

    # 必要であれば、取得失敗時の詳細なエラーレスポンスをログに出力


    # cat "$OUTPUT_FILE" >&2 # --fail-with-bodyでファイルに書き込まれたエラー内容

    exit 1
fi
log_info "JSONデータを $OUTPUT_FILE に保存しました。"

# --- 5. jqによるJSONデータ処理 ---


# ...

#!/bin/bash


# ... (前述のシェルスクリプト骨格とcurl部分) ...

# jqで処理するデータファイルを指定

INPUT_JSON_FILE="${tmpdir}/data.json"
OUTPUT_PROCESSED_FILE="${tmpdir}/processed_data.json"
OUTPUT_SUMMARY_FILE="${tmpdir}/summary.json"

# --- 5. jqによるJSONデータ処理 ---

# 例1: 特定の条件でデータをフィルタリングし、特定のフィールドだけを抽出


# statusが"active"で、かつpriceが1000以上のアイテムのidとnameを抽出

log_info "JSONデータをフィルタリングし、必要なフィールドを抽出中..."
if ! jq '[.[] | select(.status == "active" and .price >= 1000) | {id, name, price}]' \
       < "$INPUT_JSON_FILE" > "$OUTPUT_PROCESSED_FILE"; then
    log_error "JSONデータのフィルタリングに失敗しました。"
    exit 1
fi
log_info "フィルタリング結果を $OUTPUT_PROCESSED_FILE に保存しました。"
cat "$OUTPUT_PROCESSED_FILE"

# 例2: データの集計と整形


# priceの合計と、statusごとのアイテム数を集計

log_info "JSONデータを集計し、サマリーを生成中..."
if ! jq '
    {
      total_price: (map(.price) | add),
      item_count_by_status: (group_by(.status) | map({
        status: .[0].status,
        count: length
      }))
    }' < "$INPUT_JSON_FILE" > "$OUTPUT_SUMMARY_FILE"; then
    log_error "JSONデータの集計に失敗しました。"
    exit 1
fi
log_info "集計結果を $OUTPUT_SUMMARY_FILE に保存しました。"
cat "$OUTPUT_SUMMARY_FILE"

# --- 6. 処理結果の保存と通知 ---


# ... (後続の処理) ...

# スクリプトの成功

log_info "スクリプトが正常に完了しました。"
exit 0

#!/bin/bash


# ... (前述のjq処理部分) ...

FINAL_REPORT_DIR="/opt/myapp/reports"
FINAL_PROCESSED_FILE="${FINAL_REPORT_DIR}/processed_data_$(date +%Y%m%d%H%M%S).json"
FINAL_SUMMARY_FILE="${FINAL_REPORT_DIR}/summary_$(date +%Y%m%d%H%M%S).json"

# 冪等性を考慮し、出力ディレクトリが存在しない場合は作成

mkdir -p "$FINAL_REPORT_DIR" || { log_error "レポートディレクトリの作成に失敗しました: $FINAL_REPORT_DIR"; exit 1; }

log_info "処理済みデータを最終保存場所へ移動中..."
if ! mv "$OUTPUT_PROCESSED_FILE" "$FINAL_PROCESSED_FILE"; then
    log_error "処理済みファイルの移動に失敗しました。"
    exit 1
fi
log_info "処理済みデータは $FINAL_PROCESSED_FILE に保存されました。"

log_info "集計データを最終保存場所へ移動中..."
if ! mv "$OUTPUT_SUMMARY_FILE" "$FINAL_SUMMARY_FILE"; then
    log_error "集計ファイルの移動に失敗しました。"
    exit 1
fi
log_info "集計データは $FINAL_SUMMARY_FILE に保存されました。"

# 必要に応じて通知処理を追加 (例: Slack, Email)


# log_info "処理完了をSlackに通知中..."


# curl -X POST -H 'Content-type: application/json' --data '{"text":"JSONデータ処理が完了しました。"}' https://hooks.slack.com/services/XXXXXXX

log_info "スクリプトが正常に完了しました。"
exit 0

[Unit]
Description=My JSON Data Processor Service
Documentation=https://github.com/myorg/myproject
After=network-online.target
Wants=network-online.target

[Service]
Type=oneshot

# ExecStartPreでログディレクトリが存在することを冪等に確認

ExecStartPre=/usr/bin/mkdir -p /var/log/myapp

# 実行ユーザーとグループを指定し、root権限での実行を避ける


# 専用のユーザー (例: myappuser) を作成し、最小権限を付与することが推奨されます。

User=myappuser
Group=myappuser

# 作業ディレクトリを指定

WorkingDirectory=/opt/myapp

# 実行するスクリプトへのフルパス

ExecStart=/opt/myapp/processor.sh

# 標準出力と標準エラー出力をjournalctlにリダイレクト

StandardOutput=journal
StandardError=journal

# 実行失敗時にサービスを再起動しない (oneshotなので)

RemainAfterExit=no

# スクリプトの実行完了までのタイムアウトを設定 (任意)

TimeoutStartSec=300

[Install]
WantedBy=multi-user.target

[Unit]
Description=Run My JSON Data Processor daily at 3:30 AM
Documentation=https://github.com/myorg/myproject

[Timer]

# 毎日UTC 3時30分 (JST 12時30分) に実行


# または、LocalTime=trueを設定し、毎日ローカルタイムの3時30分に実行

OnCalendar=daily

# または特定時刻: OnCalendar=*-*-* 03:30:00


# タイマーが非アクティブな期間の経過時刻に基づいて、過去に実行されるべきだったサービスを即座に実行するかどうか。


# trueにすると、システム起動時などに前回の実行からの経過時間を考慮して即時実行される可能性があるため、冪等なスクリプト設計が重要。

Persistent=true

# 関連するサービスユニットを指定

Unit=my-json-processor.service

[Install]
WantedBy=timers.target

# systemdの設定ファイルをリロード

sudo systemctl daemon-reload

# タイマーユニットを有効化 (システムの起動時に自動で開始されるようにする)

sudo systemctl enable my-json-processor.timer

# タイマーユニットを今すぐ開始

sudo systemctl start my-json-processor.timer

# サービスとタイマーの状態を確認

sudo systemctl status my-json-processor.service
sudo systemctl status my-json-processor.timer

# サービスユニットのログを確認

journalctl -u my-json-processor.service

# タイマーユニットのログを確認

journalctl -u my-json-processor.timer

# 特定の時間以降のログを表示

journalctl -u my-json-processor.service --since "1 hour ago"

# 直近10行のログを表示

journalctl -u my-json-processor.service -n 10