はじめに
日付：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年かけて進めてきた大規模な移行プロジェクトの
一端を担えていることを誇りに思う。
監視設計の資料も整理でき、
シフト勤務に向けての準備が着実に整ってきている。
慌ただしい一日だったが、
その分だけ多くのことを吸収できた充実した一日だった。