課題から考えた、
取り組みの記録。

多数のサーバを更新する中で、環境差分やストレージの不具合への対応が必要でした。

実現可能性の調査から関係者との合意形成、工程管理、設計レビュー、運用引き継ぎまでを推進。不具合の回避策も検討しました。

利用者ごとにEMRを起動する構成で、分析開始までの待ち時間と利用コストが課題でした。

Kubernetes上でSparkを実行する方式への変更をチームリーダーとして推進。要件整理や関係者への報告も担当しました。

複数のAWSアカウントを一元的に管理し、セキュリティの基準を揃える必要がありました。

Control TowerとOrganizationsを用いた管理体制を構築。組織・命名規則を定め、Security Hubを導入しました。

フロントエンドとバックエンドの開発環境を揃え、AWS上で動かす基盤が必要でした。

NuxtとLaravelの雛形、ローカル開発環境、Fargate・Auroraを用いた実行基盤を一貫して構築しました。

学校での利用に合わせ、認証方法の見直しと既存環境との連携が必要でした。

Google WorkspaceとのSSO連携を提案・実装。認証方式の変更に伴うベンダー調整も担当しました。

複数部署の業務と関連システムの連携を踏まえ、必要な機能を明確にする必要がありました。

現場へのヒアリング、部署間の調整、データ構造の整理を担当。開発メンバーの立ち上がりも支援しました。

既存基盤への影響を見極めながら、機器選定、予算確保、移行後の運用まで整える必要がありました。

実現可能性の調査、関係者調整、構成設計のレビュー、調達交渉、運用引き継ぎを担当しました。

コンテナの安定運用に向けて、構成の再現性と稼働状況の可視化が必要でした。

EKSの設計・構築からKubernetes定義のコード管理、ログ解析、PrometheusとGrafanaによる監視まで担当しました。

定期的なデータ取得・加工から分析環境への取り込みまでを、継続して実行できる形にする必要がありました。

EMRとEventBridge、Step Functionsを組み合わせ、複数段階のバッチ処理を構築しました。

API、データベース、ビルドの流れを揃え、開発と運用を進めやすくする必要がありました。

GKEによるAPI実行環境を構築し、Cloud SQL・Cloud Buildと連携する基盤を整えました。

少人数で試作を進めつつ、今後の変更にも対応しやすい構成が求められました。

API GatewayとLambdaを中心に、DynamoDB・Cognitoを組み合わせたサーバーレス構成を採用しました。

日々の運用作業を効率化し、サービス運営を安定して進める必要がありました。

開発要件の調整と運用保守を進めながら、PythonとShellによる作業の自動化を実施しました。

参画時点で遅れが生じており、作業計画と見積もりの進め方を立て直す必要がありました。

顧客との要件調整、WBSの修正、見積もりルールの策定、開発チームとの連携を進めました。

アプリケーションを動かす基盤に加え、利用企業の要件に応じた設計資料も必要でした。

CloudFront・EC2・Auroraなどを用いた構成を設計・構築し、要件確認のためのドキュメントを整えました。