ID:80482さん

### 概要 AWS既存環境を別アカウントへ同一コピーするプロジェクトを担当 既存アカウントで稼働中のインフラをTerraformでコード化し、他アカウントへの再現構築を容易にした AWSに詳しくないユーザーでも再利用可能なドキュメントを整備し、継続的に同一環境を複数アカウントへ展開できる仕組みを構築した ### 規模 1名（個人開発） ### 役職 システムエンジニア ### 担当 - 既存AWS環境（VPC、EC2、RDS、S3、Route53、ALB、CloudFrontなど）の構成調査と整理 - Terraformによるインフラコード化（モジュール設計・パラメータ管理設計） - `terraform plan` / `apply` による別アカウント環境への再現構築と差分検証 - 顧客向け「構築手順書」「環境変数管理表」などの再利用ドキュメント作成 ### 環境・使用技術 - **AWS**： - **VPC / Subnet / Route53** — 環境のネットワーク構成を再現するために、TerraformでルートテーブルやCIDR設計を自動化 - **EC2 / ALB / CloudFront** — Web層をマルチAZ構成で構築し、ALB経由で負荷分散設定を定義 - **RDS** — Terraformでパラメータグループをコード化し、環境ごとのDB構成を再利用可能に - **S3** — CloudFrontのオリジンとして利用し、OAC設定を含めてIaC化 - **Terraform**：HCL記法で各サービスをモジュール化し、環境差異を変数で吸収 ### 課題 - 既存環境のコピーを手動構築でおこなうドキュメントを作成しても、再現性を担保できない可能性があった - CIDRやドメイン設定など環境依存情報が散在しており、再利用時に毎回修正が必要だった - 顧客がAWS未経験のため、構築手順を属人化せずに誰でも再構築できる仕組みが求められた ### 思考プロセス - **AWS未経験者向け**を課題と定義し、「手作業を極力0に近づける」方針を設定 - 各サービスの依存関係を洗い出し、VPCを基点に構築順序を整理 - 環境差分をすべて変数化し、`variables.tf` だけ変更すれば再構築できるアーキテクチャを設計 - Terraformモジュールをサービス単位に分割し、保守性・再利用性を意識してディレクトリ構成を最適化 ### 成果 - Terraformによる完全コード化を実現し、同一環境の再構築時間を短縮化 - `variables.tf` にCIDR・ドメイン・環境名などを一元管理し、他アカウント展開時の修正箇所を1ファイルに限定 - 各AWSサービスを独立モジュール化することで、個別アップデートやサービス追加時の影響範囲を最小化 - 顧客がTerraform未経験でも操作可能なマニュアルを作成した ### 工夫した点 - **モジュール構成の統一化**：`modules/` ディレクトリでサービス単位に構成し、`main.tf` 側は呼び出しに特化 - **環境変数の一元管理**：`variables.tf` をマスターファイル化し、CIDR・環境名・ドメイン等を集約 - **再現性テスト**：複数アカウント間で `terraform plan` の差分を比較し、完全一致を確認 - **ドキュメント整備**：非エンジニアでも構築できるよう、CLI実行例や変数入力例を含めた手順書を作成

### 概要 顧客の要望をもとに、広告作成および管理を効率化するWebシステムを開発 要件定義から設計・開発・運用・保守までを一貫して担当 リリース後も顧客の運用改善や追加要望に対応し、継続的に機能改修・最適化を実施中 ### 規模 常勤1名 非常勤3名（協力会社、フリーランス） ### 役職 システムエンジニア / プロジェクトリーダー ### 担当 - 顧客折衝（要望ヒアリング、システム仕様提案、打ち合わせ設定） - データベース設計（テーブル仕様書作成・管理） - PHP / JavaScriptによる開発（管理画面・広告作成ロジック、支払い管理） - AWS環境の構築・運用・保守（EC2、RDS、ログ管理） - 改修案件の継続開発および運用改善提案 ### 環境 - **言語**：PHP（主にCakePHP 4系を使用し、MVCアーキテクチャで設計）、JavaScript（jQueryによる非同期通信実装、動的UI制御）、HTML、CSS - **インフラ**：AWS - **EC2** — Webアプリケーションサーバとして構築。Nginx + PHP環境をセットアップし、自動バックアップとログローテーションを設定 - **RDS（MySQL）** — 広告データ・テンプレート管理テーブルを設計を実施 - **S3** — 広告画像や出稿素材のストレージとして活用し、アクセス権限をIAMポリシーで制御 - **CloudWatch** — アプリログとサーバリソース監視を自動化し、閾値超過時に通知が届くよう設定 - **構成管理**：Git / GitHub ### 課題 - 広告作成や運用管理がExcelベースでの手作業であり、お客様先では属人的かつ工数が多い状況だった - 顧客の要望が抽象的であり、本当に必要な機能なのか精査しながら、時には別案を提示しながら開発を進めた - リリース後も頻繁に仕様変更が発生し、柔軟な改修体制の維持が求められた ### 思考プロセス - 現行業務の流れをヒアリングし、必要な機能を抽出 - 要望をそのまま実装するのではなく、運用効率、操作性、保守性を優先しこちらからも提案 - 初期段階では要件定義と仕様を固めてウォーターフォール型で開発を進め、7割型完成してからは顧客の理解を得ながら段階的に機能を追加するアジャイル型で進めていった - 長期的な改修を見据え、コントローラ層の共通化を意識して設計 ### 成果 - 顧客の広告作成業務から運用管理までを一元化するWebシステムを開発 - AWS環境（EC2＋RDS）上で安定稼働するインフラを構築 - 顧客が非エンジニアでも利用しやすいUI設計 - 継続的な機能改修を通じて、顧客満足度と業務効率を向上 ### 工夫した点 - **顧客理解の徹底**：運用担当者の実業務を観察し、実際の作業手順に即したUI/UXを設計 - **運用性強化**：AWS CloudWatchを活用し、ログ監視を自動化 - **継続開発体制**：リリース後も顧客との定期的なMTGを設け、運用課題を都度反映できる改善サイクルを確立

### 概要 メーカー製の顔認識勤怠デバイスと連携する、クラウド勤怠管理システムをAWS Lambdaにて構築 顧客との要件調整からシステム設計、Node.jsによる開発、AWS運用保守まで一貫して担当 デバイスの認証データをクラウド側で自動連携・管理できる仕組みを実現 ### 規模 2名体制 ### 役職 システムエンジニア ### 担当 - 顧客折衝（要件ヒアリング、仕様提案、打ち合わせ設定） - データベース設計（テーブル定義書作成・管理） - Node.jsによるサーバサイド開発 - AWS環境構築・運用（Lambda、RDS、API Gateway、S3） - デバイスとのAPI連携 ### 環境 - **言語**：Node.js - Lambda関数をNode.jsで実装し、デバイスからの非同期通信を安定化 - エラーハンドリング・再送制御・リトライ回数の制限を組み込み、デバイスとの連携信頼性を確保 - **インフラ**：AWS - **Lambda**：イベント駆動型で勤怠データをリアルタイム処理。常時稼働を不要にし、コスト最適化 - **API Gateway**：デバイス→クラウド間のAPIエンドポイントを統合管理。ステージ管理で開発/本番環境を明確化 - **RDS**：勤怠記録やユーザー情報を管理 - **S3**：勤怠記録のCSVファイル一時保管領域として利用し、アクセス権限をIAMポリシーで制御 - **CloudWatch**：Lambda実行ログやAPI呼び出し失敗を監視し、異常検知時はSNS通知を自動送信 ### 課題 - 顔認識デバイスとの連携仕様が不明瞭で、通信プロトコルの調査から着手する必要があった - 勤怠データのリアルタイム反映と整合性確保が求められた - 他社様システムから移行ということもあり、影響を最小限とする切り替え作業が求められた ### 成果 - 顔認識デバイスとAWS間のAPI連携を実現し、リアルタイムで勤怠データを登録・管理できるシステムを構築 - Node.js + AWS Lambda構成により、サーバレス・低コスト運用を実現 - 顧客への技術説明資料・運用マニュアルを整備 ### 工夫した点 - **API連携の安定化**：デバイス側通信の不安定性を考慮し、再送制御とログ監視をLambdaで実装 - **運用の容易化**：CloudWatchアラートを設計し、障害発生時の早期検知を可能に - **コスト最適化**：常時稼働のサーバではなく、イベント駆動型のLambda構成に変更 - **ドキュメント整備**：顧客・社内双方に理解しやすい資料を作成し、保守・引き継ぎ工数を削減

### 概要 保育施設向け見守り動画配信の自社サービスを企画・開発・運用まで一貫して担当 受託開発を主軸とする中で、初の自社プロダクトとなり、サービス立ち上げにおけるマーケティング・営業・開発・運用すべての工程を経験 市場ニーズを踏まえた機能設計と、保育現場の声を取り入れた改善を継続的に実施したが、サービスとしては既に終了している ### 規模 5名体制 ### 役職 システムエンジニア / サブリーダー ### 担当 - サービス企画・立案（コンセプト設計、価値提案の明確化） - 競合分析・市場分析などのマーケティング活動 - 要件定義・基本設計・詳細設計・DB設計 - PHP / JavaScriptによる開発 - AWS環境構築（EC2, RDS, S3, Route53） - 顧客へのサービス提案、導入支援（現場設置含む） - 運用・保守および定期的なヒアリング対応 - 改修提案および継続的な機能改善 ### 環境 - **言語**：PHP、JavaScript（jQuery, Ajax）、HTML、CSS - PHP（Laravel）でMVC構成を採用し、動画配信・ユーザー管理・ログ機能を実装 - JavaScriptで保育施設側のUIを動的制御し、映像再生・通知連携・予約設定を非同期化 - **インフラ**：AWS - **EC2**：動画配信サーバとして構築し、Apache + PHP環境をセットアップ - **RDS**：動画メタデータやユーザー情報を管理し、ER設計によりデータ整合性を確保 - **S3**：動画ファイルの保存先として利用し、署名付きURLを用いて限定配信を実現 - **Route53**：独自ドメインを割り当て、SSL化を実施 ### 課題 - 受託中心の中で、初の自社サービスとして新しい開発プロセスを確立する必要があった - 保育施設という専門業界に特化した課題・業務フローを理解し、的確な機能設計を行う必要があった - サービスの立ち上げから販売、運用まで一気通貫で実行するため、マーケティングや営業知識の習得も求められた ### 思考プロセス - **1. 市場ニーズの仮説検証**：保育施設・保護者それぞれの視点から課題を整理し、「安全」、「共有」、「家族と楽しむ」を基本としてサービス価値を設計 - **2. MVP思考での機能設計**：初期リリースでは「動画の安全配信」、「アクセス制御」、「施設、保護者向け通知」の機能に絞り、施設にデモとして設置させていただき、フィードバックから優先順位を見直すサイクルを採用 - **3. 技術選定の合理化**：配信コストと保守性を考慮し、サーバ構成はAWS上に統一してS3署名付きURL＋期限付き認証を組み合わせ、セキュアな配信を実現 - **4. 利用継続率の向上施策**：運用フェーズでは、アクセスログ分析を行い、視聴傾向に応じたUI改善を継続 ### 成果 - 市場調査から得た課題をもとに、現場ニーズに即した保育施設向けサービスを設計・開発 - 顧客からの定期的なフィードバックを反映し、リリース後も継続的に機能改善を実施 - 今後の自社サービスを展開する上での礎として寄与 ### 工夫した点 - **マーケティング重視の開発**：競合・需要分析を通して、利用者視点から価値を定義 - **顧客との共創**：保育施設現場へのヒアリングを継続的に実施し、課題解決型の機能設計を実現 - **全工程のハンズオン**：開発のみならず営業・導入・運用までを自ら対応し、全体最適を重視 - **学びの拡張**：開発技術にとどまらず、プロダクトマネジメント・マーケティング・営業の重要性を体感し、次のサービス開発に活かす基礎を構築

### 概要 顔認証機器向けのユーザー登録システムを開発 オンプレミス環境での複数サーバ構成を前提に、PHP・JavaScriptによるシステム設計・開発から運用保守までを担当 初のリーダー案件として顧客折衝から設計・構築・導入・運用までを一貫して推進し、Dockerおよびシェルスクリプトを用いた自動構築化により、運用効率と再現性を大幅に向上させた ### 規模 常勤：2名 非常勤：2名 ### 役職 システムエンジニア / プロジェクトリーダー ### 担当 - 顧客折衝および要件定義 - 基本設計・詳細設計・DB設計 - PHP / JavaScriptによる開発 - オンプレミス環境でのサーバ構築および設定 - Docker・シェルスクリプトによる自動構築化 - 顧客への現場設置サポート - 運用・保守および定期的な改修対応 ### 環境 - **言語**：PHP、JavaScript、HTML、CSS - PHP（CakePHP）でMVCアーキテクチャを採用し、ユーザー登録・認証処理・デバイスAPI連携ロジックを実装 - JavaScript（jQuery）を用いて、UI上での入力補完やデバイス状態の動的表示を実現 - **インフラ**：オンプレミス（MIRACLE Linux / Nginx / MySQL） - **MySQL**：ユーザー情報・認証データ・操作履歴を管理 - **構成管理・自動化**：Docker / Shell Script / Linux - Dockerを用いてアプリケーション環境をコンテナ化。開発・検証・本番環境間の構成差異を排除 - Shell Scriptによりサーバセットアップ（パッケージ導入・初期設定・環境変数登録）を自動化 ### 課題 - 顧客先のオンプレ環境において、サーバ構築・設定作業をおこなう必要があった - 開発と設置を並行して進める必要があり、環境間の構成差異が発生しやすかった - 初のリーダー案件として、開発品質と進行管理の両立が求められた ### 思考プロセス - **1. 課題定義と優先度整理**：複数のサーバーに展開するということで、構築差異を無くすことを重要ポイントと捉え、手動設定の工程をすべて洗い出し、スクリプト化・自動化可能な範囲を明確化 - **2. 再現性と効率化の両立設計**：「どの環境でも同じ結果になる」ことを最優先に、Dockerを採用 - **3. リスクマネジメント**：顧客環境での設置時トラブルを想定し、リハーサル環境を社内に構築して事前検証を実施 ### 成果 - Dockerおよびシェルスクリプトを用いたサーバ自動構築仕組みを実装し、環境構築工数を削減 - 顔認証デバイスとの連携を安定稼働させ、ユーザー登録・管理の効率化を実現 - 定期的な改修や機能追加を通じ、運用効率・信頼性を継続的に改善 ### 工夫した点 - **自動構築化**：Dockerとシェルスクリプトを併用し、複数台サーバの自動セットアップを実現 - **運用保守の効率化**：ログ監視、定期バックアップを自動化し、保守管理を実施 - **プロジェクト推進力**：初のリーダー案件として、要件調整・設計レビュー・スケジュール管理を徹底した