シン　ヒジュン

【プロジェクト概要】 不動産販売・仲介事業を支えるマイクロサービス群に対し、Terraformを用いたAWSインフラ（VPC, ECS, RDS等）の構成管理・運用、障害調査プロセスの標準化、およびコスト最適化を担当。 【課題と機能要件】 1. マイクロサービス間通信およびバッチ処理（ECS RunTask）におけるデプロイ起因の通信瞬断リスク回避 2. 原因不明の画面白化（ホワイトスクリーン）障害に対する迅速な原因切り分け体制とオブザーバビリティの不足 3. 長期クレデンシャルによるセキュリティリスクと、クラウドインフラ運用のコスト最適化 【工夫した点・技術選定】 1. 通信安定化: 4つのマイクロサービス間通信にECS Service Connectを導入。枠外となるバッチ処理からの呼び出しには、Service Discoveryのデプロイ瞬断リスクを避けるため内部ALB構造を代替ルーティングとして設計・適用。 2. 障害解析と標準化: Amazon Athenaを用いてALBアクセスログをミリ秒単位で解析し、複数サービス（APIGW、認証、案件管理）のログクロス分析を実施。p95遅延や5xxエラー調査用の汎用SQLテンプレートをアセット化し、CloudWatchアラームの評価タイムラグ（最大15分）を究明して検索時間ウィンドウの運用ガイドラインを策定。 3. セキュリティとコスト: GitHub ActionsとAWSのOIDC連携により長期クレデンシャルを排除し、ECRへのセキュアなビルド/プッシュフローを構築。 【成果】 1. デプロイ時の通信瞬断リスクを排除し、マイクロサービス間およびバッチ処理の安定通信を実現。 2. 画面白化障害においてバックエンドの健全性をログデータで立証し、原因領域を特定。調査用SQLテンプレートの展開により、アラート初動調査の速度向上と属人化解消を達成。 3. 非本番環境のスケジュール停止およびコンピュート層のGraviton（arm64）移行により、インフラコストを約20%削減（試算）。OIDC導入によりキーレスな安全運用を実現。

【プロジェクト概要】 不動産販売事業を支える社内向けマイクロサービス群（NIER／IER）において、FastAPIおよびDjango REST Frameworkを用いたAPI設計・実装、データ整合性を担保するDB設計、開発プロセスの自動化・高速化を担当。 【課題と機能要件】 1. 複数システム間での柔軟かつ厳格な組織権限管理（RBAC）と、データ整合性（ACID特性）の担保 2. CI/CDおよびローカル開発におけるLinter/フォーマット処理のオーバーヘッドと、ライブラリ更新に伴うメンテナンスコスト 3. ORM（SQLAlchemy）起因のデータ不整合エラーによるログノイズと、テスト自動化基盤の整備 【工夫した点・技術選定】 1. 関係モデルと整合性設計: RBAC（ロールベース認可）を関係モデルとACID特性で表現するため、複合主キー・自然キーを採用したPostgreSQLテーブル構造を設計・適用。 2. 開発体験（DevEx）の刷新と自動化: LinterをRuffへ移行し、hyperfineを用いたベンチマーク計測で効果を検証。さらにAIエージェント（Devin）を活用したライブラリ自動更新フローを検証・導入。 3. ORM最適化と品質向上: SQLAlchemyのStale Error（楽観的ロック不整合）の発生メカニズムを特定し解消。pytestによるテストカバレッジ90%以上を維持するテスト設計を徹底。 【成果】 1. 複雑な組織権限を破綻なく表現し、データ不整合のない安定した認可基盤・APIを構築。 2. Ruff移行によりimport整列で約35.7倍、コードフォーマットで約12.9倍の高速化を達成し、CIおよび開発サイクルを大幅に短縮。 3. SQLAlchemyのStale Error解消によりログノイズを削減し運用監視の視認性を向上。高カバレッジ維持によりリグレッションを防ぎ、品質安定性を確保。

【プロジェクト概要】 複数サービスで共通利用する社内認証基盤の刷新・新規構築において、OAuth2.0/OIDC仕様に基づくトークン管理アーキテクチャの設計・実装およびAPI Gateway層のエラー標準化を担当。 【課題と機能要件】 1. 複数システム間でセキュアに連携可能なトークン発行・検証基盤の構築と、即時無効化（スライディングセッション）の実現 2. トークン漏洩・リプレイ攻撃リスクの低減と、状態を持たない（ステートレスな）セキュアな失効管理 3. ユーザー増加に伴うaccess_token同時更新競合（Race Condition）による500/502エラーの解消と、全社的なエラー応答の標準化 【工夫した点・技術選定】 1. トークン設計と世代管理: RS256署名JWTとJWKS公開エンドポイントによる検証構造を構築。jtiクレームに世代（generation）情報を持たせ、有効期限と独立して無効化できるスライディング方式を設計・実装。 2. セキュアなトークンローテーション: リフレッシュトークンのローテーションと再利用検知ロジックを導入。DBブラックリストを保持することなく、漏洩トークンを次回更新時に自動検知・無効化するステートレス設計を実現。 3. 競合制御とエラー標準化: Chrome拡張等の同時リクエストによるaccess_token更新競合に対し、409（Conflict）制御を実装。API Gateway層にはRFC 9457（Problem Details）準拠のエラー応答を実装し、エラー表現を統一。 【成果】 1. Googleアカウント連携によるシングルサインオン（SSO）基盤を安定稼働させ、各マイクロサービスの認証統合を達成。 2. トークン漏洩時の影響範囲を最小化し、DPoP（RFC 9449）導入に向けた技術ロードマップ策定により将来のセキュリティ拡張性を担保。 3. トークン更新時の競合エラー（500/502）をゼロに抑え、本番環境のミリ秒単位ログ解析により再発防止と高可用性を実証。

【プロジェクト概要】 営業部門の物件登録・照合作務における反復作業と入力ミスを削減するため、Manifest V3に準拠したChrome拡張機能および社内バックエンドと連携する自動化スクリプト・連携ツールを単独で設計・実装・展開。 【課題と機能要件】 1. 営業担当者が複数サイトから手作業で物件情報をコピー＆ペースト・整形する運用による、週あたり膨大な作業工数とヒューマンエラーの発生 2. 拡張機能の社内一括配布・アップデート体制の確立と、利用マニュアルの整備 【工夫した点・技術選定】 1. フロント・拡張設計: Chrome Extensions Manifest V3を採用し、Service WorkerおよびContent Scriptsを用いた軽量なDOM解析・自動抽出パイプラインを構築。 2. 現場導入と運用定着: 拡張機能の配布方式（CRX／社内限定配布）を比較・選定し、非エンジニアの営業メンバーでも迷わず導入できるよう詳細な利用説明書を作成・展開。 【成果】 1. 営業部門における物件登録・データ照合にかかる事務工数を「週あたり約6時間」削減。 2. 入力データの表記揺れや転記ミスを排除し、後続の社内DB連携におけるデータ品質と業務スピードを大幅に向上。 3. 業務課題のヒアリングから技術選定、実装、運用定着までを一気通貫で推進し、ビジネス成果に直結する課題解決力を実証。