# チャプター1 どうも、日米エンジニアリングに奮闘している前田です。 このチャンネルは、私が感じたこと、考えたこと、学んだことをアウトプットしていくチャンネルです。 さて今日は、NAT Gateway、NAT Gatewayは私には高すぎるというテーマでお話をしていきます。 私は今、個人開発でアプリケーションを作っています。 実際にこれを世の中に出していきたいなとは思っています。 このアプリケーションを作っているのですが、今本当に実際に使われるものかどうかは分からないので、 コストはめちゃめちゃ一番低くして作っていこうという気持ちがあります。 AWSで環境は構築しています。 今回、NAT Gatewayにお金がかかるという、どのくらいお金がかかるのかというのを知らずにちょっと使ってしまいまして、 10月2日、3日と請求書のアラートが来ていたので、NAT Gatewayって結構お金かかるんだなということが気づけたというようなお話です。 まず最初に、僕がやろうとしているアプリケーションの構造みたいなところからお話をしようと思います。 AWSの基本的なお話とかも入ってきますが、初めて聞いた方にも分かるように説明みたいなのをしておこうと思っています。 私の課題感から伝えます。 ちなみに私が間違っているという可能性もあるので、誤りがあれば指摘いただければ嬉しいです。 私が現状をフロントエンドとバックエンド、あとはRDSですかね。 あと使うのがメールを送るという機能が使いたかった。 基本的にアプリケーションの構成としてはこの4つくらいで考えていました。 これらを一番安くするのにはどうするかというのが、フロントエンドがクラウドフロントで配信をします。 バックエンドがラムダでバックエンドAPIを作ります。 あとはメールの配信、RDSはそのままRDSで、メールの配信はちょっと他のサービスとかを別に見てはいないんですが、 AmazonのサービスでシンプルEメールサービス、SESというものがあるので、それを使ってやっていこう。 基本的にはこの4つが出てくるのかなと思っています。 これで作るのが最安かなと考えていました。 作っていくうちに知らなかったことが、VPCですね。 VPC自体は知っているんですけれども、VPCの外に出ていくようなリクエストをするときに、 エンドポイントじゃなくて、NATゲートウェイですね。 これはNATゲートウェイが必要だということをあんまり知らなかったです、正直。 なので、これを初めて知って、しかもお金がかかるということも知りました。 もう少し詳しくお話ししますと、今回の構成はVPCですね。 バーチャルプライベートクラウドですかね。 つまり、中で閉じているというような状況の中にRDSとラムダを配置しました。 SESですね。シンプルEメールサービスというのは、このVPCの中にはいないサービスなんですね。 Amazonのサービス。 なので、例えばラムダからSES、シンプルEメールサービスにメールを送ってくださいよというようなリクエストをするときに、 外に出られない、つまりSESにリクエストが送れないというような問題が起きます。 それを解決してくれるのがNATゲートウェイってやつですかね。 VPC内の中から外に通信したいというときには、この出口って呼ばれるもの、 VPCじゃなくて、NATゲートウェイですね。 NATゲートウェイを設置して、そこからSESにつなげていくというような形で、 これで晴れてメールを送ってくださいよというリクエストが送れて、SESがメールを送ってくれるというような仕組みを作っていました。 これが1日1ドルくらいかかるという話です。 企業とかのレベルであれば、全然何も問題ないとは思うんですが、 私、前田としては1日1ドルはちょっとなと思っているので、 これをチャットGPTと相談して、他にいい方法ないかなというのを教えてもらいました。 壁打ちしました。 そこで出てきた現状を考えられる一番良くて安そうな方法を、これも紹介しておこうと思います。 それがさっきから間違えて出てきてしまっていたVPCエンドポイントというものがあるらしいです。 これはAmazonのすべてのサービスで使えるわけではないんですね。 例えば、最初にどういうものかというのをお伝えしておくと、 VPC内にあたかも存在しているものかのように見せるものがVPCエンドポイントだと今は理解しています。 間違っていたら教えてほしいです。 これがSESはVPCエンドポイントに対応を今していないらしいです。 なので、今後対応するのかとかも分からないんですが、 もしこのSESが対応していれば、一番シンプルに済んでいたかなと思っています。 あと、VPCエンドポイントはお金は若干かかりますが、NATゲートウェイよりは安いというような感じです。 確かずっと付けていても毎月1000円くらいというようなことをチャットGPTと会話しましたが、 ちょっと調べたり実際に使ってみてというような感じですね。 1000円とか3000円くらいなら許容範囲かなって個人的には思っています。 今回はSQSがVPCエンドポイントに対応しているらしいです。 なので、VPC内に今RDSとラムダがいます。 ラムダからSQSにリクエストすることができるわけですね。 VPCエンドポイントを使えば、その中にアタカもいるかのように見せられるので、 そのSQSがVPCの外にいるラムダですね。 外にいる別のラムダのメソッドを作っておいて、そこにリクエストを送る。 そのラムダがSESに、こいつはもう外にいるので、そこからSESにリクエストを送れるというような構造にすると、 一番安く済むというような感じです。 SQSもお金かかるものかなとは思っているんですが、何回かは無料で、 その無料枠を全然使い切ることがほとんど僕のアプリケーションではないかなというくらいの量が無料だったと思っています。 ほぼ無料で使えるかなと思っているので、これが最安かなと思っています。 もう一度、一応整理をしておこうと思います。 SQS、VPCエンドポイントを利用してSQSがあったかもVPC内にいるかのように見せておきます。 APIのラムダはSQSにリクエストを送ります。 そのときに送るリクエストというのがメールですね。 最終的にやりたいことがメールの送信なので、そのメールを送りたいよっていう内容とかも含めておけばいいかなと思っていますが、 こういうメールを送りたいよというリクエストをSQSに投げます。 SQSはメッセージを貯めておけるという機能ですかね。 シンプルキューサービスですかね。 ごめんなさい。シンプルかわからないですが、キューのサービスですね。 そのSQSが外にいるラムダにリクエストを送ります、そのまま。 ラムダがこのメールを送りたいですよっていうのを、送りたいメールの情報を持ったままラムダに投げます。 ラムダがその情報をまた持って、シンプルEメールサービスにリクエストを送る。 これでメールが送れるというような仕組みにできそうということが分かりました。 多分できると思っています。 今日が土曜日で、明日日曜日なので、これで実装をしてみたいと思っています。 私の理解がまだ勉強をしている最中だったり、構築している最中なので、 もしかしたら明日また変わっているかもしれないですが、そもそもかもしれないですね。 そもそも誤っていたり、もっと安い方法あるよということがあれば、ぜひ教えていただきたいなと思っています。 今日はNAT Gatewayは私には高すぎるということで、別の方法を考えているというようなお話でした。 今日は以上です。ありがとうございます。