[【関連記事】AWS資格の難易度はどれくらい？内容や初心者におすすめの勉強方法を解説](https://and-engineer.com/articles/YZtFsREAACIAjrpS)

[【関連記事】AWS認定ソリューションアーキテクト-アソシエイトとは？難易度と勉強方法を解説！](https://and-engineer.com/articles/YXEoUBIAACEANWUF)

[【関連記事】AWS認定クラウドプラクティショナーとは？難易度や勉強時間の目安を解説](https://and-engineer.com/articles/YwGSlRAAACEAsVo8)

*AWS*の特徴は、**膨大な提供サービスの数**にあります。各サービスは、AWSマネジメントコンソールと呼ばれる管理メニューから簡単にサービスを利用できます。

AWSでは、*コンピューティング・ストレージ・データベース・分析・ネットワーキング・モバイル・デベロッパー用ツール・管理ツール・IoT・セキュリティ・エンタープライズアプリケーション*などに分類しています。これらの分類に応じた*AWSのサービスを利用することが可能*です。
参考：[AWS クラウド製品](https://aws.amazon.com/jp/products/)

通常アプリケーションを実行するためには、*アプリケーション実行コード*が必要です。加えて、アプリケーションが実行する*ランタイムライブラリー*や、内部で使用する*依存ライブラリー*等を用意します。そして、アプリケーションの*設定ファイル*も必要です。

これらのファイル群は、サーバーの数が少ない場合はあまり気にする必要はありません。しかし、大量のサーバーを用いてアプリケーションを分散し起動したり、あるいは開発環境の様に設定を差し換えて起動したりとなると色々と問題が出てきます。まず、環境や設定が不統一の場合はサーバーを立ち上げるのに一苦労です。

それを解消するのが、*コンテナ*です。アプリケーションに必要とされる*アプリケーション実行コード*と*ランタイムライブラリー*および*依存ライブラリー*をコンテナ化し、まとめることでデプロイが簡単になります。*実行環境に合わせてコンテナの設定をカスタマイズ*するだけで**準備が完了**です。

### 仮想サーバーとコンテナの違いは？

一方の*仮想サーバー*とは、*ハイパーバイザーや仮想化ソフトウエア*を用いて実装したサーバーです。アプリケーション実行は、*ハイパーバイザー*によって構成させた*仮想マシン上のゲストOS*上で稼働させます。

他方コンテナの場合は、*ホストOS上のコンテナエンジン*で*コンテナ化したアプリケーション*を実行するだけです。そのため、ゲストOSのオーバーヘッドの影響を受けません。さらに、ゲストOSが起動しないため*起動時間が短縮*され、*メモリー消費量も節約*できます。

システム運用者のメリットとしては、運用の分担がしやすいことが挙げられます。具体的には、*仮想サーバー*の場合は*ホストOSとゲストOS*は*システム運用担当者が分担*するために、アプリケーション変更に伴い作業を*システム運用担当者と調整する必要*があります。*コンテナ*の場合は新たに*ゲストOSを仲介しない*ため、**開発者がコンテナ化したアプリケーションを実行するだけ**です。*DevOps*と呼ばれる開発と運用を連携させる開発手法においては**コンテナの採用率が非常に高まっています**。

### 代表的なコンテナソフトウエアは？

コンテナエンジンとしては、*Docker*が有名です。必要なコンテナソフトウエア機能が含まれますので、シングルノード環境でよく活用されています。しかし、利用が拡大してくると*コンテナ間で処理を連携するオーケストレーション*のニーズが高まってきました。

*Kubernetes*は*仮想サーバー間にまたがるコンテナを管理*し、*大規模システムに適したクラスターを構成可能*です。そのため、*コンテナオーケストレーション*を重視する場合は**Kubernetes利用者が多数を占めています**。

## AWSのコンテナサービスとは？

AWSでは、以下の**コンテナサービスを提供**しています。

・*Amazon Elastic Container Registry（Amazon ECR）*
　コンテナイメージの圧縮保存・管理・デプロイ
・*Amazon Elastic Container Service（Amazon ECS）*
　完全マネージド型のコンテナオーケストレーションサービス
・*Amazon Elastic Kubernetes Service（Amazon EKS）*
　完全マネージド型のKubernetesサービス
・*AWS Fargate*
　Amazon ECSとAmazon EKSで動作する、コンテナ向けサーバーレスコンピューティング

コンテナサービスの実際の利用方法については、以降で説明します。

### AWSのコンテナサービスの役割は？

AWSのコンテナサービスの役割は大きく、3つに分類されています。

（1）*レジストリ*
　各サーバーで実行するコンテナイメージを蓄積し、一元管理します。
（2）*コントロールプレーン*
　デプロイ・スケジューリング・スケーリングのオーケストレーション・アプリケーション管理を行います。
（3）*データプレーン*
　コンテナの実行環境、実行サーバーを指します。

コンテナではこの役割に応じて**処理を分担し連携動作させています**。

### AWSのコンテナサービスの区分は？

AWSの**コンテナサービスの役割区分に応じて**、以下のサービスを選択していきます。

・*レジストリ*
　Amazon ECRまたはDocker Hub等を利用して、コンテナイメージを蓄積します。通常AWSサービス連携性の高いAmazon ECRを選択するのが良いでしょう。

・*コントロールプレーン*
　Docker向けのAmazon ECS、またはKubernetes向けAmazon EKSを必要に応じ選択します。小規模なコンテナではAmazon ECS、大規模システムあるいはKubernetes愛好者はAmazon EKSを選択するのが良いでしょう。

・*データプレーン*
　Amazon Elastic Compute Cloud（Amazon EC2）を利用するか、サーバーレスであるAWS Fargateを選択します。お試しの場合はAWS Fargateを検討し、商用サービスで実行時間がそれなりに見込まれる場合はAmazon EC2を選択しましょう。

### AWSでのコンテナ活用方法は？

ここでは、**コンテナの代表的な活用例**について解説していきます。

・*アプリケーションの開発と運用*
　DevOpsのように開発と運用を協調して進める場合は、動作環境の調整や切り替えを円滑にする必要があります。この場合、コンテナを活用することにより開発と運用の効率性を高めることができます。

・*アプリケーションのクラウドへの移行*
　既存アプリケーションを異なる環境で動作させるには、アプリケーションのみならずランタイムや依存ライブラリーを準備する必要があります。これらのモジュールをパッケージ化することで、移行作業が大幅に簡素化できます。そのため、コンテナ活用によりクラウドへの移行性が向上するでしょう。

・*アプリケーション連携性の向上*
　コンテナのデプロイを用途に応じてオンプレミス環境とクラウドを使い分けし、コンテナのオーケストレーションにより処理に応じてスケールさせることが可能です。これにより、ワークフロー管理が効率的に実施できるでしょう。

・*アプリケーションのマイクロサービス化促進*
　従来のモノリシックアプリケーションをマイクロサービス化することで、よりコンテナオーケストレーションに適したモジュール構成をとることができます。将来に向けてアプリケーションの見直しを予定している場合は、コンテナの活用がより効果的でしょう。

AWSでは利用者のニーズに応じて、*豊富なサービス提供*を特徴としています。そのため、AWSでは初めて利用される方のために*概念や利用方法*を整理し、学習コンテンツとして提供しています。また、*スキルレベルに応じた学習コンテンツ*が用意されているので、*経験者*においても**チュートリアルが有効な学習方法**です。
参考：[AWS ご利用開始のためのリソースセンター](https://aws.amazon.com/jp/getting-started/)

この「*ご利用開始のためのリソースセンター*」の「*カテゴリ別のサービス学習*」に、「*コンテナ*」の情報が用意されています。このページでは、初心者からより深く学習する方を含めて「はじめに」「基礎」「学習リソース」「その他のリソース」と学習情報が整理されています。**これから学習を始める方はご一読をお勧めします**。
参考：[AWS カテゴリ別のサービス学習 コンテナ](https://aws.amazon.com/jp/getting-started/deep-dive-containers/)

さらに、*ハンズオンや動画*を*チュートリアル*として提供しています。内容は*10分程度から2時間以上*までの幅があり、*難易度に分けて学習コンテンツを提供*しています。
*AWSチュートリアル一覧*は「*ご利用開始のためのリソースセンター* 」の「*ハンズオンチュートリアル*」で表示されます。

「*コンテナ*」カテゴリでは、*クラウドレベル100（初心者）*向けコンテンツとして「*最新のアプリケーションを構築*」が用意されており、所要時間は2.5時間程度です。さらに、*クラウドレベル200（中級者）*向けコンテンツとして「*Kubernetes アプリケーションをデプロイ*」が用意されており、所要時間は30分程度です。*AWSにサインアップ*することで学習コンテンツが利用可能となります。その他に「*コンピューティング*」カテゴリも**コンテナ構築では必要**となりますので、このチュートリアルをぜひご活用ください。
参考：[AWS ご利用開始のためのリソースセンター ハンズオンチュートリアル](https://aws.amazon.com/jp/getting-started/hands-on/)

## AWSのコンテナサービスを活用し更なる生産性向上を図ろう

AWSでは、*Amazon EC2*が主要なコンピューティングサービスです。ニーズの広がりに応じて、サーバーレスサービスとして*AWS Lambda*が用意されています。同様に、コンテナの利用者に対して*Amazon ECSやAmazon EKS*を提供、さらにサーバーレスコンテナの*Amazon Fargate*を用意しています。この*製品群は非常に多岐に渡ります*ので、*コンテナの活用*により**AWSのサービス利用が最適なものになる**でしょう。

AWSは豊富なサービス数が特徴で、ニーズに応じてさらにサービスを拡大しています。この記事では、コンテナの利用者ニーズを満たすAWSのコンテナサービスについてまとめました。また、初心者向けの学習手順やハンズオンについても解説しているので、ぜひ参考にしてください。

AWSは豊富なサービスが特徴で、Amazon EC2が主要なコンピューティングサービスです

コンテナサービスとして、AWSではDockerとKubernetes向けサービスを提供しています

コンテナ初心者から経験者を対象に、学習コンテンツ用チュートリアルが活用できます

AWSのコンテナについて初心者にも分かりやすく解説！

*[【マイナビITエージェント】あなたの転職活動を無料でサポートいたします](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=banner&utm_campaign=acv01)*

*AWS*とはAmazon Web Serviceの略で、*最大のクラウドサービス事業者*です。AWSはクラウドコンピューティングのサービス全般を事業としており、**豊富なサービス提供**を特徴としています。AWSは全世界を25の地域から成るリージョンに分割し、均一なサービスを提供しています。

*Amazon VPC*とは、Amazon Virtual Private Cloudの略です。Amazon VPCにより*仮想ネットワークを構築*し、IPアドレスおよびサブネットの管理・ルーティング・ゲートウェイの設定等一連の仮想ネットワークの**制御を簡単に実現する**ことができます。
参考：[Amazon Virtual Private Cloud](https://aws.amazon.com/jp/vpc/)

<center>[AWS案件に強みを持つ企業の求人情報もアリ？ 『マイナビIT AGENT』で転職相談を受けてみる](https://mynavi-agent.jp/it/lp/029.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv15)</center>

### Amazon VPCのルートテーブルとは？

VPCを利用する場合は一連のルールに従い、*ルート*と呼ばれる*ネットワーク経路*を選択します。その**ルールの記載されたテーブル**を、*ルートテーブル*と言います。ルートテーブルには、ゲートウェイからのネットワークトラフィックをトラフィックに応じて経路設定します。そのため、VPCのルートテーブルは*通常のルーティングテーブルと同じ仕組み*と考えて良いでしょう。
参考：[AWS Amazon VPC ユーザーガイド VPC のルートテーブル](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/VPC_Route_Tables.html)

### ルートテーブルの関連用語は？

VPCのルートテーブルを説明するにあたり、**必要とされるネットワーク用語**を解説していきます。

・*サブネット*
サブネットとは、IPネットワークを細分化することを指します。記述方法はCIDR（サイダー）表記で、IPアドレスのプレフィックスとしてネットワークアドレスの後にスラッシュ（/）の後とネットワークアドレスビット数を記載します。使用例は、”10.0.0.0/16”等が挙げられます。

AWSのサブネットは、VPCで設定するネットワークアドレス単位を指します。ここでいうサブネットとは、一般的にネットワーク環境で用いるサブネットと同等の考え方となります。
参考：[Amazon VPC ユーザーガイド VPC とサブネット](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/VPC_Subnets.html)

・*CIDR（サイダー）*
CIDRは、Classless Inter-Domain Routingの略です。IPネットワークのクラスを部分的に割り当ててIPアドレスの使用量を削減します。従来IPアドレスはプレフィックスとホストアドレスに分かれており、32ビットのIPアドレスはプレフィックスとして8ビット・16ビット・24ビットのいずれかを割当していました。

そのため、ホストアドレスはクラスCで8ビット分クラスBで16ビット分しか割当できず、ホストアドレスをルーティング処理するため多くのオーバーヘッドが発生していました。したがって、クラスフルに用いたクラスA・クラスB・クラスCの管理体系ではIPアドレス管理上の無駄が生じてしまいます。

CIDRでは、可変長サブネットマスクVLSM（Variable Length Subnet Masking）を用いるため、IPアドレスの浪費を抑えてルーティング効率を向上します。このことから、クラスレスとして必要なアドレス個数に合わせてネットワークアドレスとホストアドレスの境界を任意に決定する方式として考案され、現在広く利用されています。

・*CIDRブロック*
CIDRブロックとは、CIDRのプレフィックスに基づいてIPアドレスを解釈するアドレスのグループを指します。つまり、CIDRプレフィックスで記載したIPアドレスの範囲をCIDRブロックとしてネットワーク割当や設定の対象アドレスとして指定することができます。

## Amazon VPCルートテーブルの種別は？

*VPC*では以下の**テーブル種別に基づき**ルートテーブルを設定します。

・*メインルートテーブル*
　VPCに自動割り当てされるルートテーブル
・*カスタムルートテーブル*
　VPC用に各自設定するルートテーブル
・*サブネットルートテーブル*
　サブネットに関連付けられるルートテーブル
・*ゲートウェイルートテーブル*
　インターネットゲートウェイまたは仮想プライベートゲートウェイに関連付けられるルートテーブル
・*ローカルゲートウェイルートテーブル*
　Outposts ローカルゲートウェイに関連付けられるルートテーブル

### Amazon VPCルートテーブルの仕組みは？

*VPCルートテーブル*の仕組みは、一般に用いられている*ネットワークルーティングテーブルと同等*の考え方に基づきます。

VPCでは、デフォルト設定された*メインルートテーブル*と*カスタムルートテーブル*を用いてルーティングを行います。同様に、サブネットに関しては*サブネットルートテーブル*を使用します。また、VPCへのインバウンドトラフィックについては、*ゲートウェイルートテーブル*を用います。

VPCでは**設定リソースに上限値**があり、クォータと呼びます。そのため、作成できる*ルートテーブル数やルートテーブルに追加可能なルート数*は*クォータが設定されています*。
参考：[AWS Amazon VPC ユーザーガイド Amazon VPC クォータ](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/amazon-vpc-limits.html)

### Amazon VPCルートテーブルの設定は？

*VPCルートテーブル*では、ルートの*送信先ならびにターゲットを関連付け*します。

例えば、サブネットルートテーブルに「送信先 0.0.0.0/0」「ターゲット igw-XXXXXXXXX」を設定してみます。「送信先 0.0.0.0/0」は全てのIPv4アドレスを意味します。「ターゲット igw-XXXXXXXXX」はVPCに割当らえたインターネットゲートウェイを指します。
これにより、サブネットからインターネットゲートウェイ経由でインターネットアクセスが可能となります。

ここで言う**送信先はCIDR表記で指定**します。IPv4／IPv6が指定可能です。ターゲットはルーティング先に応じて設定します。

### メインルートテーブルの作成は？

*メインルートテーブル*は、**VPC作成時に自動的に割り当て**られます。*メインルートテーブル*は、個別にルートテーブルで関連付けされていないサブネットの*ルーティングをデフォルト処理*します。

作成時は*ローカルルートのみ設定*されています。デフォルトVPC以外を設定する際に順次必要とされるルートが*自動追加*されます。メインルートテーブルは削除することはできません。

他のテーブルは*必要に応じて作成*します。コンソールで VPC ウィザードを使用してVPCを新たに作成すると、*カスタムルートテーブル*が作成されます。カスタムルートテーブルでは、ルートを追加・削除・変更することができます。カスタムルートテーブルは、関連付けがない場合に削除することが可能です。

VPCのサブネットは、カスタムルートテーブルかメインルートテーブルいずれかに関連付けを行います。

*ゲートウェイルートテーブル*は*インターネットゲートウェイ、または仮想プライベートゲートウェイ*に関連付けを行います。ゲートウェイルートテーブルにより、*VPCに入るトラフィックのルーティングパス*を**細かく制御可能**です。

AWSの*ルーティングの優先度*は、プレフィックス長の長い具体的なルートが選択されます。この選択方法は、*ネットワークルーティング*で用いる**ロンゲストマッチ（longest match、最長一致）と同一**です。

次に、*動的ルートと静的ルート*が存在する場合は静的ルートが優先されます。この選択方法は、*ネットワークルーティング*で用いる**アドミニストレーティブディスタンスと同一**です。

### その他ルーティングの指定方法？

*ルーティングの指定*は**利用するゲートウェイに基づき**関連付けを行います。具体的な指定方法は、以下の通りです。

・*インターネットゲートウェイ*
　サブネットをパブリックサブネットとすることで、インターネットアクセスが可能です。
　送信先をIPv4の場合は、0.0.0.0/0とします。
　ターゲットをインターネットゲートウェイIDである、igw-XXXXXXXXXとします。

・*NATデバイス*
　プライベートサブネットのインスタンスがインターネットに接続可能です。
　送信先をIPv4の場合は、0.0.0.0/0とします。
　ターゲットをNATゲートウェイIDである、nat-XXXXXXXXXとします。

・*仮想プライベートゲートウェイ*
　VPCのインスタンスが独自のプライベートネットワークと通信可能です。
　送信先をIPv4の場合は、例として10.0.0.0/16の様にします。
　ターゲットを仮想プライベートゲートウェイIDである、vgw-XXXXXXXXXとします。

・*AWS Outposts ローカルゲートウェイ*
　VPC内のサブネットに、ローカルゲートウェイが追加可能です。
　送信先をIPv4の場合は、例として192.168.YY.ZZ/24の様にします。
　ターゲットをローカルゲートウェイIDである、lgw-XXXXXXXXXとします。

・*VPC ピアリング接続*
　プライベートIPv4アドレスを使用して、2つのVPC間でルーティングすることができます。
　送信先をそれぞれのVPCのCIDRブロックとします。
　ターゲットをlocalおよびVPCピアリング接続である、pcx-XXXXXXXXXとします。

・*ゲートウェイVPCエンドポイント*
　VPCと他のAWSのサービスとをプライベートに接続可能です。
　送信先はプレフィックスリストIDとして、pl-XXXXXXXXXが自動登録されます。
　ターゲットはエンドポイントIDである、vpce-XXXXXXXXXが自動登録されます。

ここでは代表的なゲートウェイの指定方法を紹介しました。その他の指定方法詳細については、以下のリンクをご確認ください。
参考：[Amazon VPC ユーザーガイド ルーティングオプションの例](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/route-table-options.html)

## AWSルートテーブルを活用してネットワークアクセスを最適化しましょう

AWSは*VPC*を用いることで、インターネットとプライベートネットワークを併用した*仮想ネットワーク*を構築します。仮想ネットワークにより、*トラフィック管理やセキュリティリスク低減*が可能です。そのため、VPCは*業務システムでの活用拡大*が今後も期待でき、**さらなる理解を深めること**をおすすめします。

Amazon VPCを用いることで、仮想ネットワークを構築し利用することができます。その際、ルートテーブルに経路を関連付けすることでインターネットと仮想ネットワークのアクセスが実現します。ここでは、ルートテーブルの概念から設定方法まで解説していきます。

Amazon VPCとは仮想ネットワークを構築し、プライベートネットワークで安全に運用するためのサービスを指します

ルートテーブルとは、Amazon VPCでインターネットと仮想ネットワークのアクセスを実現するための経路設定テーブルです

ルートテーブルは利用ゲートウェイごとに関連付けすることで、必要なアクセス経路を提供します

AWSのルートテーブルとは？その概念から設定方法まで詳しく解説！

*AWS*とはAmazon Web Serviceの略で、**最大のクラウドサービス事業者**です。AWSではウェブサービスと名称付けしていますが、クラウドコンピューティングの*サービス全般*を事業としています。AWSは全世界を25の地域から成る*リージョンに分割*し、*均一なサービスを提供する*ために適宜新たなリージョンを開設しています。

AWSの*エンドポイント*とは、AWSのサービスに接続するために**必要なURL**を指します。エンドポイントへは*ウェブアクセス*の他、*AWS SDKやAWS CLI*等の提供ツールからもアクセス可能です。

一般的な構文は以下の通りです。
*protocol://service-code[.region-code].amazonaws.com*
・*protocol*
　プロトコル、使用するプロトコル
・*service-code*
　サービスコード、使用するAWSサービス
・*region-code*
　リージョンコード、アクセスするリージョンのリージョンコード
　リージョンがサポートされていない一部のサービスではリージョン名を省略します

### リージョンエンドポイントとは？

AWSは世界のサービス提供エリアに均一なサービスを提供するために、地域を物理的なロケーションに分割してサービス提供しています。その分割単位を、リージョンと呼びます。

*リージョンエンドポイント*とは、リージョンに割り当てられている*リージョンコード*を用い、それぞれのリージョンの**コードを含むエンドポイント**を指します。

### リージョンとリージョンコードの対応は？

各リージョンには、以下の通り**リージョンコードが割り当てられています**。

＜*北米地域のリージョンのリージョンコード*＞
・米国東部（バージニア北部）リージョン　   リージョンコード： us-east-1
・米国東部（オハイオ）リージョン　　　　   リージョンコード： us-east-2
・米国西部（北カリフォルニア）リージョン   リージョンコード： us-west-1
・米国西部（オレゴン）リージョン　　　　   リージョンコード： us-west-2
・カナダ（中部）リージョン 　　　　　　 　 リージョンコード： ca-central-1
・GovCloud（米国西部）リージョン　　　 　リージョンコード： us-gov-west-1
・GovCloud（米国東部）リージョン　　　 　リージョンコード： us-gov-east-1

＜*南米地域のリージョンのリージョンコード*＞
・南米（サンパウロ）リージョン　　　　       リージョンコード： sa-east-1

＜*欧州/中東/アフリカ地域のリージョンのリージョンコード*＞
・欧州（フランクフルト）リージョン　　　　リージョンコード： eu-central-1
・欧州（アイルランド）リージョン　　　　　リージョンコード： eu-west-1
・欧州（ロンドン）リージョン　　　　　　　リージョンコード： eu-west-2
・欧州（パリ）リージョン　　　　　　　　　リージョンコード： eu-west-3
・欧州（ミラノ）リージョン　　　　　　　　リージョンコード： eu-south-1
・欧州（ストックホルム）リージョン　　　　リージョンコード： eu-north-1
・中東（バーレーン）リージョン　　　　　　リージョンコード： me-south-1
・AWS アフリカ（ケープタウン）リージョン  リージョンコード： af-south-1

＜*アジアパシフィック地域のリージョンのリージョンコード*＞
・中国本土（北京）リージョン　　　　　　　リージョンコード： cn-north-1
・中国本土（寧夏）リージョン　　　　　　　リージョンコード： cn-northwest-1
・アジアパシフィック（東京）リージョン　　リージョンコード： ap-northeast-1
・アジアパシフィック（ソウル）リージョン　リージョンコード： ap-northeast-2
・アジアパシフィック（大阪）リージョン　　リージョンコード： ap-northeast-3
・アジアパシフィック（ムンバイ）リージョンリージョンコード： ap-south-1
・アジアパシフィック（シンガポール）リージョン リージョンコード： ap-southeast-1
・アジアパシフィック（シドニー）リージョンリージョンコード： ap-southeast-2
・アジアパシフィック（香港）リージョン　　リージョンコード： ap-east-1

### サービスエンドポイントとは？

AWSでは、AWSの**サービス単位**で*エンドポイント*が設定されています。これを*サービスエンドポイント*と呼びます。サービスエンドポイント毎に指定可能な*リージョンコード*と*プロトコル*が決められています。各サービス毎の詳細は、以下のリンクをご確認ください。
参考：[AWS リファレンスガイド サービスエンドポイントとクォータ](https://docs.aws.amazon.com/ja_jp/general/latest/gr/aws-service-information.html)

*FIPSエンドポイント*とは、**連邦情報処理標準（FIPS）140-2**に準拠した**TLSを用いるエンドポイント**を指します。FIPSエンドポイントは一部のAWSサービスで利用可能です。
参考：[AWS リファレンスガイド AWS サービスエンドポイント](https://docs.aws.amazon.com/ja_jp/general/latest/gr/rande.html)

### 実際のエンドポイント指定は？

エンドポイントアクセス構文に従い、**実際の指定方法**を見てみましょう。
アジアパシフィック（東京）リージョンを用いてAmazon Elastic Compute Cloud（EC2）にアクセスするには、以下の様に指定します。

「構文」
*protocol://service-code[.region-code].amazonaws.com*
「指定例」
*https://ec2.ap-northeast-1.amazonaws.com*
・protocol
　プロトコル、使用するプロトコル、Amazon EC２の場合「httpまたはhttps」
・service-code
　サービスコード、使用するAWSサービス、Amazon EC2の場合「ec2」
・region-code
　リージョンコード、アクセスするリージョンのリージョンコード、東京の場合「ap-northeast-1」

Amazon VPCとは、*Amazon Virtual Private Cloud*の略です。Amazon VPCによりAWSアカウントで*仮想ネットワーク*が利用可能となります。Amazon VPCは、IPアドレスおよびサブネットの管理・ルーティング・ゲートウェイの設定等**一連の仮想ネットワークの制御**を行います。
参考：[Amazon Virtual Private Cloud](https://aws.amazon.com/jp/vpc/)

*AWS PrivateLink* はプライベートIPアドレスを使用して、*AWSサービスにプライベートアクセスするサービス*です。*VPCエンドポイント*とは、AWS PrivateLinkを利用した**プライベートアクセス**の際に用いる*エンドポイント*を指します。

VPCエンドポイントは、以下のタイプから選択し作成して利用します。
・*インターフェイスエンドポイント*
　サポートされているAWSのサービスや VPCエンドポイントサービスに使用
・*Gateway Load Balancerエンドポイント*
　セキュリティ検査などのためにGateway Load Balancerにより設定サービスにルーティング
・*ゲートウェイエンドポイント*
　Amazon S3およびDynamoDBをルーティング
参考：[Amazon VPC AWS PrivateLink VPC エンドポイント](https://docs.aws.amazon.com/ja_jp/vpc/latest/privatelink/vpc-endpoints.html)

### VPCエンドポイントのメリットは？

*VPCエンドポイント*はプライベートクラウドなため、より**安全にサービスを利用する**ことが可能です。

同様に、AWS PrivateLinkを用いることから、*インターネットゲートウェイ*の代わりに*ゲートウェイエンドポイント*を経由してアクセスします。そのため、NATインスタンスやNATゲートウェイの費用が発生せず、**AWSの利用料を削減する**効果があります。

### AWS PrivateLinkを利用可能なAWSサービスは？

以下のリンク記載のサービスが**AWS PrivateLinkで利用可能**です。*AWSサービス*により、*VPCエンドポイントポリシーのサポート状況が異なります*。合わせてご確認ください。
参考：[Amazon VPC AWS PrivateLink AWS PrivateLink と統合する AWS のサービス](https://docs.aws.amazon.com/ja_jp/vpc/latest/privatelink/integrated-services-vpce-list.html)

## AWSのエンドポイントを目的に合わせて利用しましょう

AWSは多くのサービスを提供する最大のクラウドサービス事業者です。利用目的に応じたサービスが順次提供されており、*サービス品質を維持*するために*リージョンが適宜開設*されています。AWSのエンドポイントは*拡大するサービスの入口*となるため、**目的に合わせて利用を進めましょう**。

AWSは最大のクラウドサービス事業者で、利用者ニーズに合わせて多様なサービスを提供しています。AWSではアクセス方法を簡素化するために、エンドポイントを設定し利便性を高めています。ここでは、エンドポイントの利用方法や関連用語を説明していきます。

AWSのエンドポイントとは、AWSサービスを利用するためのURLを指します

エンドポイントは、プロトコル・サービス・リージョンコードで構成されています

指定方法は簡単で、多様なサービスのアクセス方法を簡素化するために考えられました

AWSのエンドポイントとは？利用方法並びに関連用語を解説！

## AWSのエッジロケーションとは

AWSの*エッジロケーション*とは、AWSの*リージョンデータセンターとは別に*コンテンツ配信を高速・広帯域なネットワークを介して行うものです。コンテンツ配信は、*Amazon CloudFront*サービスによりエンドユーザーに配信されます。Amazon CloudFrontは*AWSリージョン*と*Tier 1/2/3のテレコムキャリアを接続*し、**低レイテンシーなコンテンツ配信を実現**しています。

AWSは世界のサービス提供エリアに*均一なサービス*を提供するために、地域を*物理的なロケーションに分割*してサービス提供しています。その分割単位を*リージョン*と言います。AWSは最大のユーザーを抱えるクラウドサービス事業者のため、**サービス提供範囲が広い**ことが特徴です。そのため、継続的に必要とされる地域をカバーするリージョンを開設しています。
参考：[AWS グローバルインフラストラクチャ](https://aws.amazon.com/jp/about-aws/global-infrastructure/regions_az/)

### AWSのアベイラビリティゾーンとは？

AWSの*アベイラビリティゾーン（AZ）*とは、1つのリージョンを*冗長性・信頼性・可用性*を確保した*1つ以上のデータセンター*で構成する単位を指します。アベイラビリティゾーンは、冗長的な電力源・ネットワーク、そして接続機能により**相互に接続され**運用されています。

<center>[AWS案件に強みを持つ企業の求人情報もアリ？ 『マイナビIT AGENT』で転職相談を受けてみる](https://mynavi-agent.jp/it/lp/029.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv15)</center>

*Amazon CloudFront*は、AWSの提供する*コンテンツ配信ネットワーク（CDN）*のサービスを指します。CDNとは、*ウェブコンテンツ*を**高速・効率的に配信する**ことを目的とします。CDNによりコンテンツを地域ごとのキャッシュするサーバーを*分散配置*することで、ユーザー要求が*特性のサーバーに集中することを防止する*分散ネットワークが構築可能です。

Amazon CloudFrontは、AWS Shield・AWS Web Application Firewall・Amazon Route 53 と連携し、*セキュリティを保証*しながら*高速なコンテンツ配信*を実現しています。
参考：[Amazon CloudFront](https://aws.amazon.com/jp/cloudfront/)

AWSの*ローカルゾーン*は、*ミリ秒単位のレイテンシー*が求められるアプリケーション向けに提供されています。主に、メディアエンターテイメントのコンテンツ作成・リアルタイムゲーム・ライブビデオストリーミング等のアプリケーションを想定しています。

AWSローカルゾーンはAWSのリージョンを拡張し、*レイテンシーの影響を受けやすいアプリケーション*を*エンドユーザー近接の地域で実行*させます。現在、北米地域のロサンゼルスに加えて、ボストン・ヒューストン・マイアミでもサービスが提供されています。今後さらに12の北米地域でサービス開始を予定しています。

現在ローカルゾーンは*北米地域に限定*されているため、*高速コンテンツ配信*においては*グローバルで分散アクセス可能*な*Amazon CloudFrontによるCDNサービス*を利用する方が**利用者に対するメリットが大きい**でしょう。

### エンドユーザーをエッジロケーションに誘導するには？

*Amazon Route 53*は、AWSの*ドメインネームシステム （DNS）*を指します。Amazon CloudFrontとAmazon Route 53を併用することで、エンドユーザーを適切に**エッジロケーションに誘導する**ことが可能です。
参考：[AWS Amazon Route 53](https://aws.amazon.com/jp/route53/)

### Amazon CloudFrontの利用料金は？

*Amazon CloudFront*は、データ転送出力（インターネットおよびオリジン）とHTTP／HTTPS リクエストによる*従量課金制*をとっています。その他*割引料金プラン*も設定されており、**コスト低減**を図ることができます。

加えて、他のAWSサービス同様に*AWS無料枠*が設定されており、サインアップ後50GBのデータ送信（アウト）と2,000,000件のHTTP／HTTPSリクエスト、2,000,000件／月のCloudFront Function呼び出しが1年間無料提供されます。

## エッジロケーションの構成は？

*エッジロケーション*を説明するにあたり、最初に*関連用語*を説明しておきます。

・*オリジンサーバー*
オリジナルのコンテンツが格納されているウェブサーバーで、CDNが参照する接続サーバーを指します。
・*エッジキャッシュ*
CDNにより、次回以降でアクセスするコンテンツをキャッシュするサービスを指します。
・*POP*
POPとはPoint Of Presenceの略で、世界に配置されているエッジロケーションを指します。
・*リージョン別エッジキャッシュ*
AWSはリージョン別に物理ロケーションを分割管理しており、オリジンサーバーとPOPの間にリージョン別エッジキャッシュを設置しています。

*エッジロケーション*は*オリジンサーバーとPOP*を接続し、*エッジキャッシュ*として利用する構成をとります。*オリジンサーバーとのアクセス*は*リージョン別エッジキャッシュ*を介して行い、*オリジンサーバー*の**負荷を低減させる**形態を取っています。

### 日本のエッジロケーションは？

日本は*アジアパシフィックリージョン*として、*東京 に16*、*大阪 に1つ*のエッジロケーションを持っています。東京はコンテンツアクセスが多いため、エッジロケーションの設置数が多くなっています。

同様に、東京に*リージョン別エッジキャッシュ*を設置し、オリジンサーバーとの**レイテンシー低下を最小**に図っています。

### エッジロケーションの展開状況は？

AWSではコンテンツアクセスの*レイテンシーを低減*するために、**通信距離と利用ユーザ―**に応じてエッジロケーションを設置しています。そのため、国土面積が広い米国や*ブラジル・インド・ドイツ*に多くのエッジロケーションを展開しています。加えて、国数の多い*欧州やアジアパシフィック*においてもエッジロケーションが数多く設置されています。

現在、47か国90都市にある225以上のPOPにより、高速コンテンツアクセスの環境が整備されています。

### 北米地域のリージョンにおけるエッジロケーションは？

*北米地域*におけるエッジロケーションとリージョン別エッジキャッシュは以下の通り設置され、**サービス利用**されています。

*エッジロケーション：*
「米国」
・バージニア州アッシュバーン （6）・ジョージア州アトランタ （6）・マサチューセッツ州ボストン （3）
・イリノイ州シカゴ （6）・テキサス州ダラス/フォートワース （6）・コロラド州デンバー （2）
・カリフォルニア州ヘイワード・オレゴン州ヒルズボロ （3）・テキサス州ヒューストン （4）
・フロリダ州ジャクソンビル・カリフォルニア州ロサンゼルス （5）・フロリダ州マイアミ （4）
・ミネソタ州ミネアポリス・ケベック州モントリオール・ニューヨーク州ニューヨーク （2）
・ニュージャージー州ニューアーク （7）・カリフォルニア州パロアルト・ペンシルベニア州フィラデルフィア （2）
・アリゾナ州フェニックス （2）・ユタ州ソルトレイクシティ・カリフォルニア州サンノゼ （2）
・ワシントン州シアトル （3）・オンタリオ州トロント （2）・ブリティッシュコロンビア州バンクーバー
「メキシコ」・ケレタロ （2）

*リージョン別エッジキャッシュ： *
「米国」・カリフォルニア・オハイオ・オレゴン・バージニア

### 南米地域のリージョンにおけるエッジロケーションは？

*南米地域*におけるエッジロケーションとリージョン別エッジキャッシュは以下の通り、**サービス利用**されています。

*エッジロケーション：*
「コロンビア 」・ボゴタ 
「アルゼンチン」・ブエノスアイレス 
「チリ」・サンティアゴ 
「ブラジル」・リオデジャネイロ （2）・サンパウロ （2）

*リージョン別エッジキャッシュ： *
「ブラジル」・サンパウロ 

### 欧州/中東/アフリカ地域のリージョンにおけるエッジロケーションは？

*欧州/中東/アフリカ地域*におけるエッジロケーションとリージョン別エッジキャッシュは以下の通り、**サービス利用**されています。

＜欧州＞
*エッジロケーション： *
「オランダ」・アムステルダム （2）
「ギリシャ」・アテネ 
「ドイツ」
　・ベルリン （2）・デュッセルドルフ ・フランクフルト （10）・ハンブルク ・ミュンヘン （2）
「ベルギー」・ブリュッセル 
「ルーマニア」・ブカレスト 
「ハンガリー」・ブダペスト 
「デンマーク」・コペンハーゲン 
「アイルランド」・ダブリン 
「フィンランド」・ヘルシンキ 
「ポルトガル」・リスボン 
「英国」・ロンドン （9）・マンチェスター （2）
「スペイン」・マドリード （3）
「フランス」・マルセイユ ・パリ （5）
「イタリア」・ミラノ （3）・パレルモ ・ローマ 
「ノルウェー」・オスロ 
「チェコ共和国」・プラハ 
「ブルガリア」・ソフィア 
「スウェーデン」・ストックホルム （3）
「オーストリア」・ウィーン 
「ポーランド」・ワルシャワ 
「クロアチア」・ザグレブ 
「スイス」・チューリッヒ （2）

*リージョン別エッジキャッシュ： *
「アイルランド」・ダブリン 
「ドイツ」・フランクフルト 
「英国」・ロンドン

＜中東＞
*エッジロケーション： *
「アラブ首長国連邦」・ドバイ ・フジャイラ 
「バーレーン」・マナマ 
「イスラエル」・テルアビブ 

＜アフリカ＞
*エッジロケーション： *
「南アフリカ」・ケープタウン ・ヨハネスブルグ 
「ケニア」・ナイロビ 

### アジアパシフィック地域のリージョンにおけるエッジロケーションは？

*アジアパシフィック地域*におけるエッジロケーションとリージョン別エッジキャッシュは以下の通り、**サービス利用**されています。

*エッジロケーション： *
「インド」
　・バンガロール （3）・ハイデラバード （3）・コルカタ （2）・ムンバイ （4）
　・ニューデリー （5）・チェンナイ （4）
「タイ」・バンコク （2）
「中国」・北京・深川・上海・中衛
「中国特別行政区」・香港 （3）
「インドネシア」・ジャカルタ 
「マレーシア」・クアラルンプール （2）
「フィリピン」・マニラ
「日本」・東京 （16）・大阪 
「韓国」・ソウル （4）
「シンガポール」 （4）
「台湾」・台北 （3）
「ニュージーランド」・オークランド （2）
「オーストラリア」・メルボルン （2）・パース ・シドニー （4） 

*リージョン別エッジキャッシュ： *
「インド」・ムンバイ 
「シンガポール」
「韓国」・ソウル 
「日本」・東京 
「オーストラリア」・シドニー

## 世界中のエッジロケーションを用いたCDNサービスを有効活用しましょう

ウェブコンテンツは、テキストから画像・音楽・動画等多岐に渡ります。近年モバイルデバイスの急速な普及により、*高解像度のコンテンツを高速・高品質に配信*するニーズが高まっています。

*Amazon CloudFront*では、AWSのCDNサービスとして*全世界をカバーするエッジロケーション*が利用されています。*大容量コンテンツ配信*には特に**有効なサービス**なため、サービス品質を高めるために利用検討してみましょう。

近年、モバイルデバイスの急速な普及により、高解像度のコンテンツを高速・高品質に配信するニーズが高まっています。ここでは、AWSのエッジロケーションと関連用語を説明します。加えて、エッジロケーションの設置状況についても解説していきます。

AWSのエッジロケーションとは、AWSのリージョンデータセンターとは別にコンテンツ配信を行う仕組みを指します

AWSのエッジロケーションを利用するには、Amazon CloudFrontサービスを用います

モバイルデバイスで求められる高解像度のコンテンツを高速・高品質に配信することが可能です

AWSのエッジロケーションとは？CloudFrontなど関連用語も解説

**Javaで使われるオーバーライドは、クラスを継承する際に、スーパークラス（親クラス）のメソッドをサブクラス（子クラス）で定義し直すことです。**すでに存在するクラスで、あるメソッドだけを変更して使用したいという場合に使えます。

この記事では、Javaのオーバーライドを使うメリットや、似ている用語であるオーバーロードとの違い、使う際の注意などを、実際のオーバーライドのサンプルコードも紹介しながらわかりやすく解説していきます。

Javaとは？人気プログラミング言語Javaの将来性やメリットについて解説

## オーバーライドを使うメリット

ここでは、オーバーライドを使うメリットについて見ていきます。少ない変更点でメソッドを上書きできるという再利用のしやすさと、保守のしやすさが挙げられます。

オーバーライドを使うことで、既存のクラスのメンバ変数や他のメソッドは変更せずに、上書きしたいメソッドだけ変更して使うことができます。*これにより、既存クラスの再利用が簡単にできるのがメリットの1つです。*

オーバーライドによる再利用で、主にオブジェクト指向プログラミングの「ポリモーフィズム（多様性）」の考え方を実現することができます。ポリモーフィズムは、ある1つのメソッドの呼び出しで、オブジェクトごとに異なる動きをするという概念です。

オブジェクト指向言語とは？基本的な概念と代表的な言語を解説

オーバーライドを使ったメソッドは、サブクラスで新たに定義した処理内容を変更したい際に、スーパークラスや他のサブクラスに影響を与えずに変更を加えることができます。また、スーパークラスの処理内容を変更したい時にも、サブクラスまで変更を行う必要がありません。

*これにより、クラスの処理内容を変更するなどの保守が行いやすくなるというメリットがあります。*

ここでは、オーバーライドのルールなどを具体的に解説し、似た用語であるオーバーロードの違いについても説明します。

スーパークラスを継承したサブクラスでメソッドをオーバーライドする際に、オーバーライドであるとみなされるためのルールがあります。

*■オーバーライドになる条件*
・スーパークラスのメソッドと、戻り値の型・メソッド名・引数の型・引数の数・引数の順番が同じである

例えば、スーパークラスAで「move」というメソッドを定義し、クラスAを継承するサブクラスB、サブクラスCがあるとします。サブクラスB、サブクラスCでは、スーパークラスAが持つ「move」メソッドをそのまま使用できます。

しかし、サブクラスBの「move」メソッドは独自に処理を変えたいという場合があります。*その時にオーバーライドすることで、メソッド名と引数をそのまま使い、処理内容はクラスBに適した内容に変更することが可能です。*

つまり、スーパークラスAを継承したサブクラス全てで同一のメソッドやメンバ変数を使用しながら、必要に応じて任意のサブクラスのメソッドの処理内容だけを再定義することができるのです。

### オーバーロードとの違いとは

Javaで同じような用語に、オーバーロードがあります。言葉も似ており、どちらもメソッドの扱いに関するもので間違われやすいため、よく理解しておきましょう。

Javaでは、引数の型、引数の数が完全に一致しない場合、同名の異なるメソッドを定義することができます。**この特徴を使って、同一クラスに、同名の異なるメソッドを定義することをオーバーロードと呼びます。**

*■オーバーロードになる条件*
以下のいずれかの条件を満たすことで、同名のメソッドを同じクラス内に定義できます。

・引数の数が異なっている
・引数の種類が異なっている
・引数のデータ型と数が同じでも、順番が異なっている

このように、オーバーロードはオーバーライドとは異なる概念です。言葉は似ていますが、違いがわかってくれば使い分けできるようになります。慣れないうちは混同しないように注意しましょう。

お役立ち記事