#!/bin/bash


# file: /usr/local/bin/api-poller.sh

# 1. 安全なBashスクリプトの設定

set -euo pipefail # -e: エラーで即終了, -u: 未定義変数でエラー, -o pipefail: パイプ中のエラーも捕捉
trap 'rm -rf "$TMP_DIR"; echo "$(date +'%Y-%m-%d %H:%M:%S') - Cleanup complete." >&2' EXIT # 終了時に一時ディレクトリを削除

# 2. 一時ディレクトリの作成 (安全かつ冪等)


# mktemp -d はユニークなディレクトリを作成するため、複数回実行しても問題ない

readonly TMP_DIR=$(mktemp -d)
echo "$(date +'%Y-%m-%d %H:%M:%S') - Working directory: $TMP_DIR" >&2

# 3. APIエンドポイントの設定 (環境変数や設定ファイルから取得するべきだが、例として直書き)

readonly API_URL="https://jsonplaceholder.typicode.com/todos/1"
readonly OUTPUT_FILE="$TMP_DIR/api_response.json"
readonly LOG_FILE="/var/log/api-poller.log" # ログ出力先

# 4. curlコマンドでAPIを呼び出し (TLS検証、再試行、バックオフ)


# -f: HTTPエラー(4xx,5xx)時に失敗


# --retry: 指定回数リトライ (ここでは5回)


# --retry-delay: リトライ間隔(秒) (ここでは3秒)


# --retry-max-time: リトライの合計時間(秒) (ここでは30秒)


# -s: サイレントモード


# --show-error: エラー表示


# --cacert: TLS証明書のパスを指定し、信頼されたCAによる検証を行う


# -o: 出力ファイルを指定

echo "$(date +'%Y-%m-%d %H:%M:%S') - Attempting to fetch API: $API_URL" >> "$LOG_FILE"
if ! curl -f --retry 5 --retry-delay 3 --retry-max-time 30 \
          -s --show-error \
          --cacert /etc/ssl/certs/ca-certificates.crt \
          -o "$OUTPUT_FILE" "$API_URL"; then
    echo "$(date +'%Y-%m-%d %H:%M:%S') - ERROR: Failed to fetch API after multiple retries." >> "$LOG_FILE"
    exit 1
fi
echo "$(date +'%Y-%m-%d %H:%M:%S') - API response fetched successfully." >> "$LOG_FILE"

# 5. jqコマンドでJSONを処理


# 例: titleとcompletedフィールドを抽出し、文字列として整形

if ! API_DATA=$(jq -r '. | "Title: " + .title + ", Completed: " + (.completed|tostring)' "$OUTPUT_FILE"); then
    echo "$(date +'%Y-%m-%d %H:%M:%S') - ERROR: Failed to process JSON with jq." >> "$LOG_FILE"
    exit 1
fi
echo "$(date +'%Y-%m-%d %H:%M:%S') - Processed API data: $API_DATA" >> "$LOG_FILE"

# 6. 処理結果を永続化（例としてログに追記）


# ここにデータベースへの書き込み、別のファイルへの出力などの冪等な処理を記述

echo "$(date +'%Y-%m-%d %H:%M:%S') - Task completed successfully." >> "$LOG_FILE"

exit 0

# file: /etc/systemd/system/my-api-poller.service

[Unit]
Description=My API Poller Service
Documentation=https://example.com/api-poller-doc

# ネットワークがオンラインになるまで待機

Wants=network-online.target
After=network-online.target

[Service]

# スクリプトのフルパスを指定

ExecStart=/usr/local/bin/api-poller.sh

# 実行ユーザーとグループを指定（最小権限の原則）


# 例えば 'api-user' というシステムユーザーを事前に作成する: sudo useradd -r -s /sbin/nologin api-user

User=api-user
Group=api-user

# サービス実行中に一時ディレクトリを分離し、終了時に自動削除

PrivateTmp=yes

# rootファイルシステムへの書き込みを禁止し、セキュリティを強化 (リードオンリーにする)

ProtectSystem=full

# ホームディレクトリを保護

ProtectHome=yes

# 新しい権限の取得を禁止

NoNewPrivileges=yes

# サービスがアクセスできるパスを制限する (systemd v232 以降で利用可能)


# ReadWritePaths=/var/log/api-poller.log # このファイルへの書き込みは許可


# ReadOnlyPaths=/usr/local/bin/api-poller.sh # 実行スクリプトは読み取り専用

# スクリプトが失敗した場合の再起動ポリシー

Restart=on-failure
RestartSec=5s # 5秒後に再起動を試みる

# サービスのタイプを simple に設定 (ExecStart のプロセスがメインプロセスになる)

Type=simple

[Install]

# systemd のターゲットにリンクすることで、ユニットが有効化される


# multi-user.target は通常のマルチユーザーシステム状態

WantedBy=multi-user.target

# file: /etc/systemd/system/my-api-poller.timer

[Unit]
Description=Run My API Poller every 15 minutes

# このタイマーがアクティブになる前にサービスユニットが利用可能であることを保証

Requires=my-api-poller.service

[Timer]

# systemdサービスが起動してから15分後に初めて実行し、その後15分ごとに実行

OnBootSec=15min
OnUnitActiveSec=15min

# システム再起動時に前回の実行時間に基づいて次の実行時間を調整（永続化）


# これにより、システム停止中にスキップされた実行は、次回の起動時に直ちに実行される

Persistent=true

# タイマーの実行時間をランダムに分散させる（DDoS対策など）


# AccuracySec=1min # 実行の正確性を1分単位にする

[Install]

# このタイマーをシステム起動時に有効化する

WantedBy=timers.target

#!/bin/bash


# file: /usr/local/bin/config-processor.sh

set -euo pipefail
trap 'rm -rf "$TMP_DIR"; echo "$(date +'%Y-%m-%d %H:%M:%S') - Cleanup complete." >&2' EXIT

readonly TMP_DIR=$(mktemp -d)
echo "$(date +'%Y-%m-%d %H:%M:%S') - Working directory: $TMP_DIR" >&2

readonly CONFIG_FILE="/etc/app/config.json"
readonly PROCESSED_LOG="/var/log/config-processor.log"

# 設定ファイルが存在するか確認

if [[ ! -f "$CONFIG_FILE" ]]; then
    echo "$(date +'%Y-%m-%d %H:%M:%S') - ERROR: Config file not found: $CONFIG_FILE" >> "$PROCESSED_LOG"
    exit 1
fi

# jqで設定ファイルをパースし、キーと値を抽出する例


# 例: {"threshold": 100, "feature_enabled": true} のようなJSONを想定

if ! CONFIG_DATA=$(jq -r '. | "Threshold: " + (.threshold|tostring) + ", Feature Enabled: " + (.feature_enabled|tostring)' "$CONFIG_FILE"); then
    echo "$(date +'%Y-%m-%d %H:%M:%S') - ERROR: Failed to parse config file with jq: $CONFIG_FILE" >> "$PROCESSED_LOG"
    exit 1
fi

echo "$(date +'%Y-%m-%d %H:%M:%S') - Config file processed. Data: $CONFIG_DATA" >> "$PROCESSED_LOG"

# ここに設定変更に応じた処理を記述


# 例: サービス再起動、設定の再ロード、通知など


# 冪等性を確保するため、前回の処理結果と比較して変更があった場合のみアクションを実行するなど工夫する

exit 0

# file: /etc/systemd/system/my-config-monitor.service

[Unit]
Description=My Config File Monitor Service
Documentation=https://example.com/config-monitor-doc

[Service]
ExecStart=/usr/local/bin/config-processor.sh
User=config-user # 'config-user' を作成しておく: sudo useradd -r -s /sbin/nologin config-user
Group=config-user
PrivateTmp=yes
ProtectSystem=full
ProtectHome=yes
NoNewPrivileges=yes

# 監視対象ファイルへの読み取り権限とログへの書き込み権限

ReadOnlyPaths=/etc/app/config.json
ReadWritePaths=/var/log/config-processor.log
Restart=on-failure
RestartSec=5s
Type=simple

[Install]
WantedBy=multi-user.target

# file: /etc/systemd/system/my-config-monitor.path

[Unit]
Description=Monitor config.json changes

[Path]

# 監視対象のファイルパスとイベントタイプ


# PathModified: ファイル内容の変更またはinodeメタデータ変更をトリガー

PathModified=/etc/app/config.json

# PathExists=/etc/app/config.json # ファイルが作成された時にもトリガーしたい場合


# デバウンス期間 (複数イベントが短時間に発生した場合、指定期間待ってから一度だけトリガー)


# Unit=my-config-monitor.service # 明示的に指定しない場合、同名のサービスユニットを自動で解決

[Install]
WantedBy=multi-user.target

# 特定のサービスユニットのログを過去1時間分表示

journalctl -u my-api-poller.service --since "1 hour ago"

# 特定のタイマーユニットのログ

journalctl -u my-api-poller.timer

# 失敗しているユニットの一覧表示

systemctl --failed