はじめに
なんだか壮大なスケールで展開されそうなタイトルですが、内容は薄いです。ご承知おきください。
AWS Storage Gatewayというサービスについて、ふわふわしていた理解があったのでここに記録します。
試験ではなんとなく3つのGatewayタイプがあって、データ転送をするんだなあくらいにしか思っていませんでした。
今回はこのサービスの概要全体というよりもワンポイントに絞って書いていきます。
私について
2026年1月からITエンジニア完全未経験でSESに転職しました。
前職は自動車業界に10年程度在籍していました。
保有資格は下記3つ
- AWS CLF
- AWS SAA
- Linuc レベル1
前職在籍中に時間を作って独学で学習し、1年ほどかけて取得しました。
いずれも試験問題を解くだけの知識としては保有しておりますが、実際にAWSマネジメントコンソールやターミナル上での操作をほとんどやったことがない所謂エアプ状態です。
私の頭の中
私はAWSのサービスを理解するときにまず初めに考えることがあります。
このサービスはAWS環境上でどこに配置されるサービスなんだろうと…
AWS構成図的にはどういう風に描かれるんだろうと…
IT素人だからか頭が弱いからか、絵でイメージできないとなかなか頭に入らないわけです。
どのサービスもなにかしらのリソースとして存在して、EC2インスタンスみたいにAWS環境上のどこかに配置されるはずっていう前提が頭の中にあります。
という風に考えながら資格試験学習を進めてきたつもりでしたが、正直「えいや！」で流して適当な理解のままでいる部分も多いのが現状です。
で、タイトルは↓↓に紐づいています。
本題
したがって、今回記録したいのはAWS Storage GatewayはAWS構成図的にどこに配置されるのかということです。
結論的には配置方法は2パターン存在します。
マネジメントコンソールで作成する際に選択しますが、Gatewayをどこにホストするかで決まります。
【AWSにGatewayを配置するパターン】
ホストプラットフォームにAmazonEC2を選択した場合にこうなります。
【オンプレミスにGatewayを配置するパターン】
ホストプラットフォームにAmazonEC2以外を選択した場合にこうなります。
まとめ
私の中ではばっちりイメージすることができました。
ちなみにデータの流れはどちらのパターンも下記です。
【端末 ⇒ Gateway ⇒ S3】
構成図上のAWS Storage Gatewayには実際にデータは転送されないで、ファイル転送の監視・管理をおこなっているようです。
さいごに
今回取り上げたAWS Storage Gatewayのように「どこに実態があるか？」みたいに考えることは大切なことだと思っています。
ちゃんと言語化すると、AWSの設計では、「管理を行うコントロールプレーン」と「実際にデータや処理が動くデータプレーン」を明確に分けて考えることが重要です。
Storage Gatewayにおいては、AWS Storage Gatewayサービスがコントロールプレーンとして設定・管理を担い、Gateway（今回はFile Gateway）がデータプレーンとして実際のデータ転送を処理する。
この分離を理解することで、構成設計、トラブルシュート、サービス選定を正しくおこなうことができる。（言語化したつもり）