はじめに

日付：2026年7月13日（月）/ 26日目

先週から持ち越していた作業をついに完了させ、
午後は本番移行に向けた重要な資料を受け取った。
慌ただしくも充実した一日だった。

午前：学生種別データパッチ手順書の修正・完了

先週SQLファイルが届かず中断していた作業を、
本日ファイルを受け取ってから再開し、完了させた。

作業の流れ

# 1. BastionサーバーへSSH接続

# 2. 作業ディレクトリの作成・移動
mkdir -p ~/work/[YYYY]/[MM]/[DD_XX]
cd ~/work/[YYYY]/[MM]/[DD_XX]

-- 3. psqlにログイン後、対象MIDを再確認
set search_path to airs;
select ms.mid, mi.birthday
from monitor_ans_attr maa
left join monitor_status ms on maa.mid = ms.mid
left join monitor_info mi on ms.mid = mi.mid
where ms.status <> 5
  and maa.student_type = 1
  and mi.birthday between '[YYYY/MM/DD]' and '[YYYY/MM/DD]';

既存のSQLファイルには移行前のMIDが含まれているため、
現行DBで対象MIDを調べ直してから3つのSQLファイルに反映する。

-- 4. 事前クエリ
set search_path to airs;
\set AUTOCOMMIT off
\echo :AUTOCOMMIT
\pset pager off

-- 5. 事前確認（student_type・birthday確認）
\i check_status.sql

-- 6. 学生種別を中学生（2）に更新
\i update_monitor_ans_attr.sql
\i check_status.sql

-- 7. TRANS-AM同期フラグを更新
\i update_monitor_status.sql
\i check_status.sql

-- 8. 問題なければコミット
commit;

-- 9. 1分後に同期確認（flg_datalink=0・datalink_lastupdate=sysdate）
\i check_status.sql

\q

# 10. 作業ディレクトリを削除して後片付け
rm -rf ~/work/[YYYY]/[MM]/[DD_XX]

先週から持ち越していた作業がついに完了。
「やっと終わった！」という達成感があった。

午後：本番移行プロジェクト概要資料の受け取り

本番リリースに向けた移行プロジェクトの全体概要資料を共有してもらった。

プロジェクト概要

項目	内容
目的	既存システムをクラウド基盤へ移行・インフラを現代化
移行前	AWS（EC2・Oracle・RedHat・手動デプロイ）
移行後	GCP（GKE・AlloyDB/PostgreSQL・Ubuntu・GitHub Actions）
期間	約1年

主な変更内容

カテゴリ	変更内容
Web	EC2 → GKE
Batch	EC2 → GCE
Database	Oracle → AlloyDB（PostgreSQL）
Storage	EFS/FTP → Google Cloud Storage
OS	RedHat → Ubuntu
デプロイ	手動 → GitHub Actions（CI/CD）
Static Contents	FTP管理 → GitHub管理
Session	Stateful → Stateless（Valkey）

プロジェクト規模

項目	規模
コード変更量	1,469K Step
DB修正	約3,400件のSQL
バグ修正	224件
結合テスト完了	10,701 / 10,704件

リリース方式：カットオーバー

① リソースデプロイ
② データ移行
③ メンテナンスモード
④ DNS切り替え
⑤ サービス動作確認
⑥ バッチ実行確認
⑦ リリース完了
⑧ ロールバック可能な状態を維持

約1年かけて進めてきたプロジェクトの全体像を把握し、
「いよいよ本番業務が始まるんだ」という実感が湧いてきた。

監視設計（Datadog）の把握

監視システムの設計についての資料も受け取り、整理した。

監視対象

カテゴリ	監視項目
Web	JVM Heap・GC・スレッド・応答時間・5xxエラー・CPU・メモリ
Database/Cache	接続数・CPU・デッドロック・メモリ・レプリケーション
Batch	完了確認・実行時間
Batch Log	エラー・警告・パニック・カーネル・日次失敗

アラートフロー

Datadogモニター
↓
イベント管理（グループ化・重複除去）
↓
Case生成
↓
担当者への通知
↓
On-call対応
↓
原因調査 → 解決 → Case終了 → Runbook更新

モニター設計の方針

共通設定（Default）を作成
↓
環境ごとに必要な部分だけ変更（Override）
↓
Terraformで自動生成・管理

監視設計の全体像を把握することで、
今後のシフト勤務での対応イメージがより具体的になった。

推奨環境見直し作業：ブロッカー発生

シェルファイルを受け取り作業を再開したが、
ファイル内容では先に進めない状況が発生。
先輩が管理者側に確認中のため、引き続き待機。

「順調に進んでいると思ったら詰まる」
仕事に終わりはないと改めて実感した。

感想

先週から持ち越していた作業をついに完了させることができ、
達成感があった。

午後に受け取ったプロジェクト全体の概要資料を見て、
「いよいよ本番業務が始まるんだ」という緊張感と期待感が混ざり合った。

約1年かけて進めてきた大規模な移行プロジェクトの
一端を担えていることを誇りに思う。

監視設計の資料も整理でき、
シフト勤務に向けての準備が着実に整ってきている。

慌ただしい一日だったが、
その分だけ多くのことを吸収できた充実した一日だった。