Discord Gatewayに常時接続するBotを、Fargateで安く動かす

Sat, 26 Sep 2026 13:17:52 +0900

よ〜んです。

以前、ALBなしでECSを使う構成を紹介しました。今回はその考え方を、Discord Gatewayへ常時接続するBotに当てはめます。

BotをAWSで動かすとき、一番安い選択肢はおそらくLightsail(EC2)です。次に、少し使い方に工夫がいるLambda MicroVMsという選択肢もあります。

そしてECS。普通に構成すると周辺リソースが増えて、Botを1つ動かすだけのスコープではオーバースペックになりそうに見えます。

今回は、Discord Gatewayへ常時接続するBotを題材に、ECSをまたALBなしで小さく動かす構成をご紹介します。

Discord　Gateway Bot#

Discord Botには、HTTPで受け取ったInteractionに応答するものや、Gatewayへ接続してイベントを受け取るものがあります。

今回扱うのは後者です。Botのプロセスが起動している間、Discord Gatewayへ接続し続けます。

つまりLambdaとは相性がよくありません。常時接続が必要なら、プロセスが動き続ける実行環境を用意する必要があります。

安い。IPv6専用なら月額3.50 USD、IPv4付きなら5 USDからです（料金表）。

ただし、3.50 USDのIPv6専用プランではDiscord Botを動かせません。Gateway接続先のgateway.discord.ggにAAAAレコードがないため、IPv4付きプランが必要です。

Dockerで常時稼働できますが、更新はSSHや自前のCI/CDで行います。

EC2については費用が上がりやすいため、今回は候補から外します。

使うときだけ起動でき、実行時間を抑えられます。

ただし、最大8時間で、もちろん停止中はGatewayのイベントを受け取れません。

常時反応するBotには不向きで、起動用のスラッシュコマンドなどといった経路も必要です。

コンテナのデプロイを自動化しつつ、Botを常時稼働できます。

受信HTTPがないのでALBは不要。Public SubnetからPublic IPでGatewayへ接続します（通信経路）。

NAT Gatewayも置かず、Security Groupはインバウンドなし・外向きTCP 443のみです。

タスクはARM64で動かします。Fargate Spotは、通常のFargate料金より割引された料金でタスクを実行できる仕組みです。ECSではARM64とFARGATE_SPOTを組み合わせられます。

今回のタスク定義は0.25 vCPU、メモリ512 MiB、desired countは1です。Botの処理量に対して大きすぎないサイズから始めています。

ただし、Fargate Spotは中断される可能性があります。Botが切断から再接続できること、短い停止を許容できることが前提です。可用性が重要なBotの場合は普通に実行すればいいと思います。