カミナシが EC2 から AWS Fargate に移行した当時の背景と現在の活用状況

ツール導入前の課題

EC2 + ELBの冗長化構成を取っていましたが、以下の課題がありました。

• デプロイを EC2 へ直接 scp でバイナリコピーで行っていた
  • CI上でバイナリをデプロイするタイミングで一時的なダウンタイムが発生してしまう
• EC2内のミドルウェア（fluentd, systemdなど）がブラックボックス化
  • 外部サービスとの連携の難易度の高さ、インフラ変更の難しさ

どのような状態を目指していたか

カミナシでは、当時から現在に至るまでインフラ専任のチームが不在です。

そのため、インフラの管理コスト増大を避け、サービスチームがアプリケーション開発に注力できるよう、運用コストの最小化を図る必要がありました。

具体的には、インフラの複雑性を下げ、EC2やOSレイヤーの管理といった間接的な運用をプラットフォーム側にアウトソースできる状態を目指しました。

改善したかった課題はどれくらい解決されたか

ホストのアップグレードやパッチ適用を AWS 側に任せることが可能になり、インフラの管理コストを削減できるようになりました。

どのような成果が得られたか

サービスの拡大やユーザーの利用状況に応じて、サーバーの台数やサイズの変更が容易になりました。

その結果、現在まで大きなアーキテクチャの変更を行うことなくサービスを提供し続けられています。

また AWS Fargate はコストの見積もりや管理がしやすく、Savings Plans の適用によるコスト減も行うことができるようになりました。