ポートフォリオ設計で採用しなかった構成

ポートフォリオ制作にあたり、当初はいくつかの理想的な構成を考えていました。

• AWS上でのインフラ構築
• CDNを含めた配信設計
• 歩き回れるフィールド型の3D空間
• より拡張性を持たせた構成

しかし設計を進める中で、現在の理解度と運用責任の範囲を踏まえ、段階的に進める判断をしました。

⸻

AWSを採用しなかった理由

AWS構成は魅力的でしたが、以下の点で慎重になる必要があると感じました。

• 課金体系の複雑さ
• セキュリティ設定の責任
• ネットワーク設計の理解不足
• 設定ミスによる公開リスク

現段階では、構造を説明できる範囲に収めることを優先し、Vercelでの構築を選択しました。

また、AIを活用しながら学習と実装を並行して進めている段階であり、AWSの構成まで同時に深く理解する余裕はありませんでした。加えて、この時期はCCNAの学習も進めていたため、基礎的なネットワーク理解を優先する判断をしています。

⸻

歩行型3D空間を見送った理由

本来は歩行型3D空間も検討していましたが、次の課題がありました。

• モバイル操作設計（タッチUI・カメラ制御）
• 描画負荷の予測
• draw callやテクスチャ最適化
• 回線速度による読み込み時間
• 状態管理の複雑化

特に、AIを活用してコード生成を行っている以上、構造を十分に把握できていない状態での拡張は避けるべきだと判断しました。

そのため今回は展示型の3D空間に留めています。

⸻

現在の判断基準

今回の設計では、次の点を重視しました。

• 自分が説明できる構造であること
• 問題発生時に切り分けが可能であること
• 運用責任を持てる範囲であること
• 今後拡張できる余地を残すこと

理想はありますが、現段階では制御可能な範囲で構築しました。

技術スタック

実際に採用している技術スタックについては、以下の記事にまとめています。

▶ 技術スタックを見る

⸻