インフラ管理コストを削減したい! AWS Fargateを使用したインフラ環境移行のご紹介

既にサービスを提供中でさらにサーバーの管理コストを抑えたい場合に適したインフラ環境構築・移行案となります

インフラ環境の課題

よくあるインフラ環境の課題

インフラ周りの事前テストが十分でなかった為、リリース後に負荷問題が発覚する
アクセス増加時の環境拡張など稼働状況を確認しながら実施する為、担当者への負担がかかる。またインスタンス数やスペックなどの検討が必要となりスケール調整が難しい
OS/ミドルウェアのバージョンアップ対応が発生する。またインスタンス数が増えれば対応コストもアップする

よくあるインフラ環境の課題への解決案

CI/CD実施で開発、テスト、導入の自動化運用が可能となり結果サービスの品質工場と開発の効率化が実現できます
AWS Fargateを利用することでインスタンスやクラスターの管理が不要になります。また環境のオートスケーリングもリスク無く行うことができます
AWS FargateではOSの管理が不要になります。コンテナ化によりミドルウェアのバージョンを統一してインスタンス管理工数を削減することができます

今回はAWS Fargateを利用したインフラ環境構築とコンテナ化についてをメインにご紹介いたします

AWS Fargate移行と合わせてコンテナ化

コンテナ化とは

コンテナ化することで仮想化ソフトウェアやゲストOSの起動が不要となる為、高速にプロセスを起動することができるようになります

コンテナ化を行いFargateに切り替えるとどう変わるのか

下記はAmazonECS(オーケストレーションツール）をEC2(Amazon Elastic Compute Cloud)でコンテナを実行した際のイメージ図です。従来のEC2を使った場合でもホストマシン、コンテナの起動数の管理などのハンドリングはECSから行うことができます。ですが、依然として各ホストマシンの管理・運用業務は必要になります。

AWS Fargateに切り替えた場合、ホストマシンは非表示となりOSなどが抽象化されFargateに含まれます。ユーザはホストマシンを意識すること無くコンテナを実行することができます。また、既にEC2を利用している場合でも起動タイプを切り替えるだけでほぼ変更せずにFargateに移行することができます。