ID:85443さん

プロジェクト人数：最大約3人 ／ 役割：バックエンドエンジニア ／ 期間：4ヶ月(復旧は1ヶ月) ◆ プロジェクト発足理由 ・ 顧客からの決済エラー対応依頼 ◆ プロジェクトゴール ・ 決済システムへ3Dセキュア認証を導入し、セキュリティを強化すること既存機能との互換性を維持したまま、安全にリリースすること ◆ 私のミッション ・ ブラックボックス化していた既存システムの仕様を解析し、既存機能との互換性を維持しながら、安全な決済フローへ移行すること ◆ 体制 ・ 弊社：PM 1名、アプリ2名（テクニカルディレクター1名、実務：私） ・ お客様：医療教育プラットフォーム運営会社 代表者1名 ◆ 主な使用技術 ・ CakePHP、Stripe、Docker、AWS（EC2、CloudWatch） ◆ 私がやったこと ・ ソースコードを解析し、決済エラーの原因を調査・特定 ・ 仕様書・シーケンス図を作成し、既存システムの仕様を可視化 ・ 技術的課題を整理し、改修方針を提案 ・ Dockerによるローカル開発環境を構築 ・ Stripe 3Dセキュア対応おvvよび関連機能の改修 ・ お客様への変更内容・影響範囲の説明、認識合わせの実施 ◆ 失敗苦労の経験 ・ 前任担当者からの引継ぎや設計資料がなく、開発環境も整備されていない状態から対応 ◆ 結果 ・ Stripeの3Dセキュア認証に対応し、決済エラーを解消 ・ 既存機能との互換性を維持したまま安全にリリース ・ 仕様書・シーケンス図を整備し、保守性を向上 ・ お客様から評価をいただき、追加の画面改修案件を受注

プロジェクト人数：最大約5人 ／ 役割：バックエンドエンジニア ／ 期間：6ヶ月 ◆ プロジェクト発足理由 ・ 国際博覧会向け管理システムの開発案件。高いセキュリティ要件への提案が評価され、受注した　プロジェクト ◆ プロジェクトゴール ・ 世界各国の公式参加者が、安全かつ円滑に利用できる申請・承認管理システムを構築すること ◆ 私のミッション ・ 申請書類の提出から承認・差し戻し・履歴記録までの承認フロー全体を設計・実装する ・ ロールベースアクセス制御（RBAC）を実装し、利用者が許可された情報のみ閲覧・操作できる　　ことを保証する ・ 機密ファイルを安全に管理できるアップロード・ダウンロード基盤を構築する ◆ 体制 ・ 弊社：PM 1名、アプリ3名（テクニカルディレクター1名、実務3名） ・ お客様：国際博覧会運営団体様 ◆ 主な使用技術 ・ PHP／Laravel、Filament、Livewire、MariaDB、Docker ・ AWS（S3、EC2、CloudFront、WAF）、Cloudflare、GitHub Actions ◆ 私がやったこと ・ 申請・承認・差戻し・履歴管理を含む承認フローの設計・実装 ・ ロールベースアクセス制御（RBAC）の設計・実装 ・ S3 Presigned URLを利用した、安全なファイルアップロード・ダウンロード機能の実装 ・ CloudFront経由での機密ファイル配信および認可制御の実装 ・ WAF環境を考慮したエラーハンドリング（Livewire 403対応）の実装 ◆ 失敗苦労の経験 ・ 本番リリース直後にクライアントからデータ構成変更の依頼があった ・いくつか画面で保存が失敗する事象が発生。エラー内容はブラウザ上では「403」としか出ず、　　アプリケーションログには何も残らない状態だった ◆ 結果 ・世界各国の公式参加者が利用する申請・承認管理基盤を構築 ・機密書類を扱う管理画面として求められる水準（多要素認証・最小権限・署名付き配信・監査証跡）をすべて満たし、脆弱性診断の指摘 0件でリリース ・アプリログに残らない403エラーの原因を実測・調査を行い、Livewireのペイロード上限超過が原因であることを特定。スナップショット軽量化Traitを設計し、約40KB → 約20KB（50%削減） あわせて、WAF到達前にサイズ超過を検知するミドルウェアと、403エラーをユーザーに通知するトーストハンドラーを実装し、403エラーを100%解消 ・脆弱性を早期に検知できるようDependabotの導入を提案し、依存ライブラリの脆弱性を自動検知・更新する体制を構築しました

プロジェクト人数：最大約4人 ／ 役割：実務担当（バックエンド・クラウド） ／ 期間：6ヶ月 ◆ プロジェクト発足理由 ・AI開発チームによる社内効率化の一環 ・社内に貯まった顧客ナレッジの利活用し、顧客提案を加速させることが目的 ◆ プロジェクトゴール ・社内の全PMが利用する顧客提案資料作成に特化したセキュアなローカルLLM基盤の構築 ◆ 体制 ・ AI開発チーム（エンジニア、PM） ◆ 主な使用技術 ・ AWS（Lambda、API Gateway、S3、SQS、DynamoDB、Cognito、Amplify Hosting、Secrets Manager、EC2、VPC） ・ Google Drive API、yomitoku（OCR）、React、Vite ◆ 私のミッション ・セキュアなローカルLLM構築の実装 ・学習・RAG活用データとして、社内の既存全資料（PDF・画像・Excel等）をOCRで読み取りMarkdown形式へ自動変換するパイプラインを構築(LLM学習プロセスの整流化） ◆ 私がやったこと ・ PMや開発メンバーとの要件ヒアリング、セキュリティ要件の整理 ・複数のOCRライブラリを比較検証し、日本語特化の”yomitoku”を採用 ・多数リクエストに対応する為、SQS + Lambda構成によるOCR処理の非同期化を実装 ・ AWS上でのAPI・ファイル処理・非同期処理を含む全体構成の実装 　　　　・API Gateway + Lambda によるRESTful API実装 　　　　・S3 をファイルストレージ、DynamoDB をメタデータ管理に採用 ・SQS による非同期処理キューの導入（DLQ付き） ◆ 失敗苦労の経験 ・資料によってはOCRだけでMarkdown化することに限界があった（特に、グラフ図面） ・OCRとローカルLLMの二段構成で安定的なMarkdown化を実現。 ・5指標による品質スコアリング（0〜100点）で低品質図版のみLLMに送るルーティング 機構により、GPU負荷を低減。 ◆ 結果 ・ 社内ナレッジ活用の基盤としても利用可能な仕組みを整備 ・ 全体のプロセスとして、OCR処理・DB管理・非同期キュー処理を組み合わせ、データ量の拡大に対応しやすい構成を実現 ・個別のプロセスとして、OCR精度の改善について、yomitokuで処理できる部分とできない部分（図版・グラフなど）を分け、できない部分だけLLMで補完する二段構成により、学習データを後続に確実に渡せた ・ OCRとローカルLLMを併用する中、限られたGPUリソース温存の為、図版品質スコアリングによってLLM呼出し回数 を40% 削減。少ないリソースで多数のドキュメント処理が可能に。