はじめに

今回は、AWSのルーティング種別である地理的近接性ルーティングポリシーと位置情報ルーティングポリシーの違いを深堀して行きます！どちらも名前からして紛らわしいのですよね？ということで、そのもやもやをここで解消していきます！

p.s.マントルまで、深堀していきましょう！
いや、言うとる場合か！（笑）…..

【ここで扱うトピック】

1. 地理的近接性ルーティングポリシーの大枠
2. 位置情報ルーティングポリシーの大枠
3. 地理的近接性ルーティングポリシーのユースケース
4. 位置情報ルーティングポリシーのユースケース

地理的近接性ルーティングポリシーの大枠

地理的近接性ルーティングポリシーは、ユーザーのリクエストを最も近いAWSリージョンにルーティングします。例えば、ユーザーが東京からリクエストを送ると、東京に最も近いリージョン（例えば、アジアパシフィック（東京）リージョン）にルーティングされます。

例：

1. 東京のユーザー → 東京リージョンのサーバー
2. ニューヨークのユーザー → 北バージニアリージョンのサーバー

ポイント：

• リクエストを送るユーザーの物理的な位置に基づいて、最も近いサーバーにリクエストをルーティングする。
• レイテンシー（遅延）を最小限にするために使用される。

トニーくん

なるほど..要するに物理的な位置に基づいてルーティングしてくれる。それが地理的近接性ルーティングポリシー。メモメモ💦

位置情報ルーティングポリシーの大枠

位置情報ルーティングポリシーは、ユーザーのリクエストを特定の地域に基づいてルーティングします。これは、ユーザーのIPアドレスに基づいて、そのユーザーがどの国や地域からリクエストを送っているかを判断し、その地域専用のサーバーにリクエストをルーティングします。

例：

1. 日本のユーザー → 日本専用のサーバー
2. アメリカのユーザー → アメリカ専用のサーバー

ポイント：

• 特定の国や地域からのトラフィックを特定のサーバーにルーティングする。
• 例えば、法規制やデータ管理の観点から、特定の地域のユーザーを特定のサーバーにルーティングしたい場合に使用される。

トニーくん

なるほど..要するにIPアドレスが所属する国にルーティングする。それが位置情報ルーティングポリシー。メモメモ💦

トニーくん

というか、位置情報ルーティングって必要あるの？普通に考えて、国内からリクエストを送って、わざわざ国外のリージョンにルーティングされるなんてことないでしょう。

＊『位置情報ルーティングの必要性がいまいちピンとこない!』という方はこちらのユースケースでイメージを深めていきましょう↓

それぞれのユースケースは？

ここでは、地理的近接性ルーティングポリシーと位置情報ルーティングポリシーのユースケースからそれぞれの必要性などを理解していきましょう！

地理的近接性ルーティングポリシーのユースケース

1. グローバルなWebサービスの高速化

• ユースケース: グローバルに展開しているWebサービスで、ユーザーがどこにいてもできるだけ遅延を少なくしたい場合。
• 特徴: 地理的近接性ルーティングポリシーを使えば、ユーザーの物理的な位置に最も近いリージョンにリクエストをルーティングでき、ページロード時間を短縮できます。例えば、アメリカ西海岸のユーザーは北カリフォルニアリージョンにルーティングされます。

2. 災害復旧と耐障害性

• ユースケース: 複数のリージョンにバックアップを配置し、災害時に最も近いリージョンにユーザーをリダイレクトする場合。
• 特徴: 地理的近接性ルーティングポリシーを利用することで、システム障害が発生しても、ユーザーは自動的に他の最も近いリージョンにリダイレクトされ、サービスの継続性が保たれます。

3. 動的な負荷分散

• ユースケース: 複数のリージョンに同じサービスを提供しており、各リージョンの負荷状況によって動的にルーティングを変更したい場合。
• 特徴: 地理的近接性ルーティングポリシーを使って、ユーザーの近くにあるリージョンを基本にしつつ、特定のリージョンが高負荷の場合には他の近いリージョンにリダイレクトすることも可能です。

トニーくん

なるほど…地理的近接性ルーティングポリシーはアクセス制限に重点を置くのではなく、パフォーマンス（スピード、可用性etc）に重点をおいたルーティング方式ってことなんだね！

位置情報ルーティングポリシーのユースケース

1. 法規制に従ったデータ処理

• ユースケース: ある国の法律で、国内のユーザーからのデータは国内のサーバーで処理される必要がある場合。
• 特徴: 位置情報ルーティングポリシーを使えば、ユーザーのIPアドレスに基づいて、その国のAWSリージョンにリクエストをルーティングできます。例えば、ヨーロッパのGDPR規制に従う場合、ヨーロッパからのリクエストはEU内のリージョンにルーティングされます。

2. 地域ごとのカスタマイズサービス

• ユースケース: 多国籍企業が国ごとに異なるコンテンツやサービスを提供する場合。
• 特徴: 位置情報ルーティングポリシーを使って、各国のユーザーにその国専用のコンテンツを提供できます。例えば、日本のユーザーには日本語のコンテンツを、日本のリージョンから提供することで、ユーザー体験を最適化します。

3. 政府向けの特別なサーバー

• ユースケース: 政府が利用する特別なサーバーがあり、そのサーバーへのアクセスを国内ユーザーだけに限定したい場合。
• 特徴: 位置情報ルーティングポリシーを使い、国内ユーザーのリクエストだけが特定の政府用サーバーにルーティングされるように設定できます。

トニーくん

なるほど…位置情報ルーティングポリシーはパフォーマンス（スピード）よりもユーザに適したサービスを提供することや法律などの簡単からのアクセス制限に重点をおいたルーティング方式ってことなんだね！

まとめ

要するに…

地理的近接性ルーティングポリシーは、ユーザーの物理的な位置に基づいて最も近いリージョンにトラフィックをルーティングし、低遅延や高パフォーマンスを実現することを目的としています。

これに対して、位置情報ルーティングポリシーは、ユーザーのIPアドレスを基にそのユーザーが属する国や地域を特定し、その地域の法的要件やサービスの適合性に応じて適切なリージョンやサーバーにルーティングすることを目的としています。このため、位置情報ルーティングポリシーはパフォーマンスよりも地域ごとのコンプライアンスやローカライズされたサービス提供を重視しています。

おわりに

本日はここまでです。今日は位置情報ルーティングと地理的近接性ルーティングの違いをマスターしました！

全体を一気にまとめてやろうとするより、今回みたいに一つに絞って１つずつ着実に勉強していく方が頭に残りやすいです。

何事も継続は力なりですから、焦らず一歩ずつ着実に進んでいきましょう！それを続けていけば気づいた時には、ものすごいスペシャリストになっているはずです！では、さらばじゃ！

はじめに

今回は、AWSの『○○ゲートウェイ』の１つであるAmazon API GatewayをStudy＆マスターして行きます！AWSには、この『○○ゲートウェイ』という用語が沢山あって、とてもややこしいです。ということで、今回はこの『○○ゲートウェイ』の１つ、Amazon API Gatewayを3分で頭に入れていきましょう！

【ここで扱う疑問】

1. Amazon API Gatewayってなんだけ？
2. ゲートウェイってなんだけ？
3. APIってなんだけ？
4. エンドポイントってなんだけ？
5. APIエンドポイントってなんだけ？

などの、Amazon API Gatewayに纏まつわる様々な疑問を解消していきます！

＊○○ゲートウェイっていうけど、そもそも「ゲートウェイってなに？」という鋭角な疑問を感じた人はこちらからご覧ください。

【AWS/ストレージゲートウェイ編】ややこしい！『○○ゲートウェイ』を３分で！【新感覚解説】

今回は、AWSにおける『○○ゲートウェイ』の一つである、ストレージゲートウェイをやっていきます。マウントされたってなに？アクセス制限はかけられるの？ブロックレベル？そもそもブロックってなに？仮想的なストレージボリューム？仮想テープライブリ？などの誰しもが思う基礎の疑問を解消していきながら、気づいたらストレージゲートウェイの知識が深まっているという構成になっています。では、はじまりはじまり！

ascend-beyond.com

2024.08.08

Amazon API Gatewayってなんだけ？　　1/7

Amazon API Gatewayは、APIの作成、管理、公開を簡単にするための強力なツールです。セキュアでスケーラブルなAPIを迅速に開発・運用するために非常に有用です。このサービスを利用することで、開発者はインフラストラクチャの管理から解放され、ビジネスロジックの実装に集中できるようになります。以下の特性があります：

＊そもそも「APIってなに？」という鋭利な疑問を抱いたなら、こちらに進みたまえ。

1.APIの作成と管理:

• APIエンドポイントを設定し、どのリクエストがどのバックエンドサービスに転送されるかを定義します。
• バージョン管理やデプロイメントを簡単に行えます。

*「そもそもエンドポイントってなんだったけ？？」というような、一時期炎上した宮○博之さんのような疑問を抱いたらこちら↑をどうぞ。

*「エンドポイントは理解してるけど、APIエンドポイントって言われるとこんがらがる。」このような状況にいる場合はこちらをどうぞ。

p.s.元ネタはこちらの動画から↓

2.セキュリティと認証:

• APIリクエストに対する認証と認可を設定できます。例えば、APIキー、OAuth、AWS IAM、Cognitoなどを利用してアクセス制御を行います。
• SSL/TLSで通信を暗号化し、セキュアなデータのやり取りを保証します。

3.トラフィック管理:

• スロットリング（リクエスト数の制限）やキャッシング（応答のキャッシュ）を設定し、APIのパフォーマンスと可用性を向上させます。

4.モニタリングとロギング:

• APIの使用状況やパフォーマンスをリアルタイムで監視できます。Amazon CloudWatchと統合され、詳細なメトリクスやログを提供します。

5.スケーラビリティ:

• トラフィックの増減に応じて自動的にスケールアップまたはスケールダウンが行われます。これにより、突発的なトラフィック増加にも対応できます。

ゲートウェイってなんだけ？　　2/7

ゲートウェイ（Gateway）は、ネットワークやシステムにおいて異なるプロトコルやネットワーク間の接続を行うための装置やサービスのことを指します。一般的には以下のような役割を持ちます：

1. プロトコル変換: 異なる通信プロトコル間での通信を可能にする装置。
2. アドレス変換: 通信プロトコルの変換と同時に、異なるネットワーク間のアドレスを変換することで通信を中継します。例えば、インターネットと企業内のプライベートネットワークを接続するためのゲートウェイがあります。
3. セキュリティ機能の提供: ファイアウォールやVPN接続などのセキュリティ機能を組み込んだゲートウェイがあり、外部との安全な通信を実現します。

リンクを飛ぶ前のところ↑に戻る

APIってなんだけ？　　3/7

API（Application Programming Interface）とは、ソフトウェアやアプリケーション間で機能やデータをやり取りするためのインターフェース（接点）を提供する仕組みです。APIは、他のプログラムが特定の機能を利用できるようにするための一連のルールやプロトコルで構成されています。

リンクを飛ぶ前のところ↑に戻る

エンドポイントってなんだけ？　　4/7

エンドポイントは基本的には、通信の「接続点」や「インターフェース」を指します。具体的には以下のような意味があります。

• 通信の接続点: ネットワークやサービスで通信が行われる場所や、データのやり取りが行われる接続点。
• アクセスの入口: データや機能にアクセスするための「入り口」であり、クライアント（ユーザーやアプリケーション）がサービスやデータにアクセスする際の「入口」として機能します。

具体例でイメージ：

例えば、エンドポイントにはこんなものがあります。

1.ウェブサーバーのエンドポイント（HTTP/HTTPSエンドポイント）

• ウェブサーバーのリソースへのアクセスは『https://www.example.com/index.html』のようなURLがエンドポイントになります。

2.ネットワークエンドポイント（ネットワークデバイスのエンドポイント）

• 特定のネットワークデバイスにアクセスするためのエンドポイントは『192.168.1.10:8080』のようなIPアドレスとポートの組み合わせです。

リンクを飛ぶ前のところ↑に戻る

APIエンドポイントってなんだけ？　　5/7

APIエンドポイントは、APIに対するリクエストを受け取る特定のURL（Uniform Resource Locator）やURI（Uniform Resource Identifier）です。APIエンドポイントは、クライアントがサーバーの特定の機能やデータにアクセスするための「出入り口」となります。

APIエンドポイントはエンドポイントの１種
：エンドポイントには、ネットワークのエンドポイント（IPアドレスとポート）やウェブサーバーのエンドポイント（URL）など色々な種類があります。そのうえで、APIエンドポイントとは、APIのエンドポイント＝接続点を表しているのです。

リンクを飛ぶ前のところ↑に戻る

まとめ　6/7

要するに…

まず、APIというのは異なるソフトウェア間でデータの橋渡しをしてくれるもの。 で、Amazon API Gatewayというのはその橋渡しをする上でのAPIの決まり事とか手順とかを自動で作ってくれるフルマネージドサービス。 だからそうすることによって通信の方法とかをわざわざ自分で1から作る必要がなくて、相互の異なるソフトウェア間のコンポーネントとかを簡単に連携させることができる。 これがAmazon API Gateway。

おわりに　7/7

本日はここまでです。今日はAmazon API GatewayをStudy＆マスターしてきました！

一つ一つ、疑問を解消していくとなんだか知識が深まった気がしますよね？…..え？そんなことない？いやいや、気づいていないだけでしっかりと身についていますよ！

何事も継続は力なりですから。焦らず一歩ずつ着実に進んでいきましょう！では、さらばじゃ！