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

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

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

*AWSは、世界最大の利用者数を抱えるクラウドサービス事業者です。*AWSは自社サービス提供エリアにおいて均一なサービスを提供するために、地域を物理的なロケーションに分割してサービスを提供しています。この**物理的なロケーション分割単位がリージョンです。**

AWSはサービスの豊富さと提供範囲の広さが特徴です。そのため、継続的にサービス提供地域を拡大し、対象地域をカバーするリージョンを開設しています。

【参考】[AWS グローバルインフラストラクチャ | AWS](https://aws.amazon.com/jp/about-aws/global-infrastructure/)

AWSのリージョンとは？リージョン一覧と日本のリージョンを解説！

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

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

**AWSローカルゾーンはAWSのリージョンを拡張し、レイテンシーの影響を受けやすいアプリケーションをエンドユーザ近接の地域で実行させるもの**です。AWSローカルゾーンは、ミリ秒単位のレイテンシーが求められるアプリケーション向けに提供されています。

具体的には、メディアエンターテイメントのコンテンツ作成・リアルタイムゲーム・ライブビデオストリーミング等のアプリケーションなどを想定しています。2022年2月現在では米国全体で17のローカルゾーンがあり、今後も各地域で追加される予定です。

### AWSの日本でのリージョンは？

日本では2011年にアジアパシフィック（東京）リージョンが開設され、サービスが提供されています。アジアパシフィック（東京）リージョンに加えて、2021年3月にはアジアパシフィック（大阪）リージョンが開設されました。東京・大阪共にAWSアジアパシフィックリージョンに属し、**日本ローカルだけではなくアジア全域へのサービス提供が期待されています。**

ここでは、AWSのリージョンの特長やリージョンを選ぶ際の注意点などを説明します。AWSを利用する際、リージョンの仕組みを理解して効率良く運用できるようにしましょう。

AWSのリージョンとは？リージョン選択のおすすめポイントを解説

### リージョンごとに利用できるサービスが異なる

**世界中にあるリージョンごとに、利用できるAWSのサービスが異なります。**同じ国内のリージョンでも利用できるサービスが異なるため、利用したいサービスが決まっている場合は、該当のサービスが利用できるリージョンを選びましょう。

### 障害発生時のリスク分散になる

**世界各国に複数のリージョンが設けられている理由の1つに、障害発生時にリスクを分散する**という点があります。リージョンに障害が発生した場合、障害発生場所のリージョン以外には影響がありません。そのため、AWSのサービスを安定して受けられることがメリットです。

**AWSは世界の26の地域に対してリージョンを開設し、サービス展開しています。**同様に84のアベイラビリティゾーンが展開されており、*今後も8つのリージョンと24のアベイラビリティゾーンの開設が計画されています。*ここでは2022年2月現在の各リージョン一覧について説明します。

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

**AWSサービスエンドポイントとは、AWSのサービスにプログラム接続するための接続情報です。**具体的には、以下のリージョンエンドポイントに対して接続リクエストを発行します。

*「protocol://service-code.region-code.amazonaws.com」*

protocolはhttps等で、service-codeとは利用サービスの名称です。region-codeとは指定するリージョンのコードを指します。AWSサービスエンドポイントを指定することで、リージョンとサービスが利用可能となります。

【参考】[AWS サービスエンドポイント](https://docs.aws.amazon.com/ja_jp/general/latest/gr/rande.html)

**北米地域では、以下の7つのリージョンが開設されています。**リージョンコードとアベイラビリティゾーンを併せて紹介します。

・米国東部（バージニア北部）リージョン　　Code: us-east-1（6つのアベイラビリティーゾーン）

・米国東部（オハイオ）リージョン 　 　　 　 Code: us-east-2（3つのアベイラビリティーゾーン）

・米国西部（北カリフォルニア）リージョン　Code: us-west-1（3つのアベイラビリティーゾーン）

・米国西部（オレゴン）リージョン 　　 　 　 Code: us-west-2（4つのアベイラビリティーゾーン）

・カナダ（中部）リージョン 　　　　　　　  Code: ca-central-1（3つのアベイラビリティーゾーン）

・GovCloud（米国西部）リージョン　　　　 Code: us-gov-west-1（3つのアベイラビリティーゾーン）

・GovCloud（米国東部）リージョン　　　　 Code: us-gov-east-1（3つのアベイラビリティーゾーン）

**南米地域では、1つのリージョンが開設されています。**リージョンコードとアベイラビリティゾーンを併せて紹介します。

・南米（サンパウロ）リージョン　　　　       Code: sa-east-1（3つのアベイラビリティーゾーン）

### 欧州/中東/アフリカ地域のリージョンは？

**欧州/中東/アフリカ地域では、以下の8つのリージョンが開設されています。**リージョンコードとアベイラビリティゾーンを併せて紹介します。

・欧州（フランクフルト）リージョン　　　　Code: eu-central-1（3つのアベイラビリティーゾーン）

・欧州（アイルランド）リージョン　　　　　Code: eu-west-1（3つのアベイラビリティーゾーン）

・欧州（ロンドン）リージョン　　　　　　　Code: eu-west-2（3つのアベイラビリティーゾーン）

・欧州（パリ）リージョン　　　　　　　　　Code: eu-west-3（3つのアベイラビリティーゾーン）

・欧州（ミラノ）リージョン　　　　　　　　Code: eu-south-1（3つのアベイラビリティーゾーン）

・欧州（ストックホルム）リージョン　　　　Code: eu-north-1（3つのアベイラビリティーゾーン）

・中東（バーレーン）リージョン　　　　　　Code: me-south-1（3つのアベイラビリティーゾーン）

・AWS アフリカ（ケープタウン）リージョン Code: af-south-1（3つのアベイラビリティーゾーン）

### アジアパシフィック地域のリージョンは？

**アジアパシフィック地域では、以下の10のリージョンが開設されています。**リージョンコードとアベイラビリティゾーンを併せて紹介します。

・中国本土（北京）リージョン　　　　　　　Code: cn-north-1（2つのアベイラビリティーゾーン）

・中国本土（寧夏）リージョン　　　　　　　Code: cn-northwest-1（3つのアベイラビリティーゾーン）

・アジアパシフィック（東京）リージョン　　Code: ap-northeast-1（4つのアベイラビリティーゾーン）

・アジアパシフィック（ソウル）リージョン　Code: ap-northeast-2（4つのアベイラビリティーゾーン）

・アジアパシフィック（大阪）リージョン　　Code: ap-northeast-3（3つのアベイラビリティーゾーン）

・アジアパシフィック（ムンバイ）リージョンCode: ap-south-1（3つのアベイラビリティーゾーン）

・アジアパシフィック（シンガポール）リージョン Code: ap-southeast-1（3つのアベイラビリティーゾーン）

・アジアパシフィック（シドニー）リージョンCode: ap-southeast-2（3つのアベイラビリティーゾーン）

・アジアパシフィック（香港）リージョン　　Code: ap-east-1（3つのアベイラビリティーゾーン）

・アジアパシフィック（ジャカルタ）リージョン　　Code: ap-southeast-3（3つのアベイラビリティーゾーン）

## AWSリージョン別のサービスは？

**AWSのリージョンで提供されるサービスは、リージョン毎に異なります。**開設して間もないリージョンはすぐに多くのサービスを提供するのではなく、需要の多いサービスから順次取り入れます。そのため、提供サービスのオプションやタイプもすぐに全て揃うものではありません。AWSを利用する際は、各リージョン毎の提供サービスを比較することが重要です。

【参考】[AWS リージョン別のサービス](https://aws.amazon.com/jp/about-aws/global-infrastructure/regional-product-services/?p=ngi&loc=4)

### 日本のリージョンでの提供サービスは？

日本では、東京と大阪にリージョンが開設されています。**アジアパシフィック（東京）リージョンでは2022年2月現在、182のサービスを提供しています。**一方、アジアパシフィック（大阪）リージョンでの提供サービス数は94です。

東京と大阪のリージョンの提供サービス数が異なる理由は、*大阪は開設してから日が浅いため、需要に応じてサービス拡大を図っている途中だからです。*大阪の提供サービスは2021年4月時点で64でしたが、2022年2月には94まで増えていることから順次サービス拡大が続くと予想されます。

### リージョン選択の留意点は？

上記で説明した通り、各リージョンで提供されているサービスは異なります。さらに、利用料金も異なります。**コストを削減するには、サービスレベルやレスポンス時間を想定して商用環境と開発環境を分けたり、複数のリージョンを併用したりするのがおすすめ**です。

また、Amazon Elastic Compute Cloud（Amazon EC2）で選択できるインスタンスタイプも、リージョンによって提供されているインスタンスタイプが異なります。そのため、コスト面と運用面を合わせて検討することが重要です。

## AWSのリージョンを理解して必要なサービスを利用しよう

AWSは、豊富なサービスを提供するクラウドサービス事業者です。**リージョンの仕組みを理解することで、提供サービスと利用料金を最適化できます。**業務に必要なサービスをリージョン毎に比較し、効率的なサービス利用を目指しましょう。

AWSのメリットは何？そのメリットを最大限活用してみよう

AWSは世界最大のクラウドサービス事業者です。利用者に均一なサービスを提供するために、物理的なロケーションをリージョンという単位に分割してサービスを提供しています。各リージョン毎に提供サービスや利用料金が異なるため、リージョンの違いや効率的なサービスの利用方法について解説します。

リージョンとは、AWSのサービス提供地域を物理ロケーションに分割した単位です

2021年3月に大阪リージョンが開設され、日本のリージョンは東京と大阪の2つとなります

各リージョン毎に提供サービスが異なり、複数のリージョンを活用することで最適化が可能です

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では、*コンピューティング・ストレージ・データベース・分析・ネットワーキング・モバイル・デベロッパー用ツール・管理ツール・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のコンテナについて初心者にも分かりやすく解説！

## 2023年3月31日にAWS簡易見積もりツールが廃止に

AWSは、AWSの料金計算ツールの1つである「簡易見積もりツール」（Simple Monthly Calculator）を廃止する予定であることを発表しています。**2023年3月31日金曜日の午後11時59分（太平洋標準時）以降、簡易見積もりツールに新しい見積もりを保存することができなくなります。**

【参考】：[Amazon Web Services Simple Monthly Calculator](https://calculator.s3.amazonaws.com/index.html?lng=ja_JP)

これまで簡易見積もりツールを利用していた場合、*代替の料金計算ツールとして「AWS料金計算ツール」（AWS Pricing Calculator）の利用が推奨されています。*

【参考】：[AWS Pricing Calculator](https://calculator.aws/#/)

AWSとは？メリットや何がすごいのか、初心者にもわかりやすく解説

AWS簡易見積もりツールが廃止になる関係から、これまでに簡易見積もりツールで作成した既存の見積もりがなければ、次回から新しい見積もりを作成する際にはAWS料金計算ツールを利用しましょう。

もしも、**簡易見積もりツールによる既存の見積もりがある場合は、変換機能を利用してAWS料金計算ツールに移行することが可能です。**変換機能は2023年4月30日午後11時59分（太平洋標準時）まで利用可能の予定とされていますので、早めに移行を行いましょう。

見積もりの移行は、簡単に行うことができます。簡易見積もりツールで固有の見積もりを表示させ、「保存して共有」ボタンを押すと、AWS料金計算ツールで生成された見積もりの​​URLが表示されますので、これをコピーします。

コピーしたURLをブラウザに貼り付けると、見積もり内容が移行先のAWS料金計算ツールの「自分の見積もり」（My Estimate）で表示されます。

ここでは、簡易見積もりツールに変わる計算ツールであるAWS料金計算ツールについて解説します。

AWS料金計算ツールは、*WebベースのコンソールからAWSユースケースの見積もりを作成することができる、AWS計画ツールです。*

見積もりの詳細な計算内容を確認できるため、**どの機能にどのくらいの費用がかかるかチェックしながら必要な機能を吟味することができます。**これにより、十分必要なだけの費用でAWSを活用することができ、支出の計画を立てやすくなります。

また、現在利用しているAWSサービスにおいても、詳しく利用状況を見直すことで、コスト削減できる余地を見つけられる可能性があります。

【参考】：[What is AWS Pricing Calculator? - AWS Pricing Calculator](https://docs.aws.amazon.com/pricing-calculator/latest/userguide/what-is-pricing-calculator.html)

### AWS料金計算ツール利用時の注意点

AWS料金計算ツールは、*無料で利用することができます。*そのため、AWSを利用している方だけでなく、AWSをこれから使用しようとする方にも役に立ちます。ただし、**利用にあたっては料金計算の前提を確認しておきましょう。**

【参考】：[Calculator の前提](https://aws.amazon.com/jp/calculator/calculator-assumptions/)

一例として、計算結果として表示される見積もりには、適用される可能性がある税金は含まれていないことに注意が必要です。

また、AWS料金計算ツールは、ツール上で入力した情報のみの料金の詳細を結果として表示します。この価格が、各AWSサービスのマーケティグページの価格と異なる場合、マーケティングページの価格が優先されます。

AWS料金計算ツールには、AWSの見積もりを詳細に行い、共有するための便利な機能が用意されています。

AWS料金計算ツールでは、*サービス設定料金の詳細な計算内容を確認することができます。*

例えば、AWSの主要なサービスである「Amazon EC2」の見積もりを行う場合、Amazon EC2インスタンスを実行するテナント属性タイプやOS、毎月必要なインスタント数を指定すると、その背後にある詳細な計算内容と、合計前払いコスト、合計月払いコストが表示されます。

選択項目のパラメータを変えたり、構成や数量を変化させて、その計算内容と費用を容易に確認することができるため、AWSに投じる最適な費用の計画を立てることが可能です。

AWSのサーバー提供サービスであるAmazon EC2とは？活用方法や料金体系等を解説！

AWS Amazon EC2のインスタンスとは？インスタンスの起動・確認方法を合わせて解説！

作成した見積もりは、*固有の公開リンクを作成して、後から見積もりを再確認したり、関係者に共有することができます。*共有されたリンクを一般的なユースケースのテンプレートとして保存し、これを元にさらに複雑な構成の見積もりを詳細に作成することもできます。

AWS料金計算ツールではグループを定義し、*AWSの見積もりをグループごとに整理することができます。*

例えば会社の部門やチームごとの見積もりを検討したり、リージョンごとにグループを作成し、2つの異なる場所（例えば米国東部とアジア太平洋エリア）でサーバを運用する場合のコストを比較することができます。

*AWS料金計算ツールで作成した見積もりは、PDFまたはCSVファイルとしてエクスポートすることができます。*PDFには、見積もりへのリンクが含まれています。

エクスポートされたファイルには、見積もりの作成に使ったパラメータが保存されるため、コンソールでAWSサービスをセットアップするときに役立てることもできます。

AWSの良さは分かってはいるものの、料金がよく分からないという方は少なくないでしょう。ここでは、AWSの料金がどのように決まっているのかについて分かりやすく解説します。

**AWSの料金は水道や電気料金のように、使った分だけ支払う「従量制料金」です。**例えば、AWSの主要なサービスである「Amazon EC2」は、ユーザーが自由に仮想サーバーを構築できるサービスです。Amazon EC2は利用した時間で1秒単位に料金計算が行われます。

*サーバーのサービスを停止している時間帯や利用しない時間帯では、料金は発生しません。*水道や電気のように節約することが可能なので、AWSの課金制度については必ず理解しましょう。

### 契約サービスごとに料金が異なる

**AWSの料金は利用するサービスによって異なります。**AWSのサービスとしては、仮想サーバーの構築ができる「Amazon EC2」、オブジェクトストレージサービスの「Amazon S3」などが有名ですが、他にも200種類以上のサービスがあります。

例えば、「Amazon EC2」の料金は以下の要素で料金が決まります。

*▪インスタンス（サーバー）のタイプ（t2.nanoなど）*

*▪ EC2から転送されたデータ転送量（GB）*

AWSのサービスであるAmazon S3とは？その特徴と利用方法を解説！

*AWSには「Amazon EC2」「Amazon S3」を始め、120以上のサービスがあり、それぞれの料金は異なります。*すべての料金体系を把握することは困難ですが、基本的な料金体系を知っておくと個々の料金に対する理解を深めることが可能です。**AWSの課金要素としては「サーバー」「ストレージ」「データ転送」の3要素があります。**個別に説明します。

利用者がAWS上で構築する仮想サーバーは、**起動してから停止までの実稼働時間をカウントし、時間単価で計算する料金体系です。**サーバーOS・コア数・メモリの容量に応じ、時間単価は異なりますが、時間あたり約2円程度で課金されます。

サービスを停止している時間は課金対象外ですので、*必要なサービスレベルに応じて稼働時間をコントロールすると料金を抑えることができます。*

**ストレージの容量に応じ、1GB単位で課金されます。**ストレージをローカルで使うのか、オンラインストレージで利用するのかといった*利用形態によって単価が異なりますが、1GBあたりの月間契約の場合は10円程度が目安です。*ざっくりですが、100GBのストレージでは1,000円/月ほどかかるでしょう。

**AWSを利用することで発生するデータ転送に対しても料金が発生します。**同一データセンター内のストレージ間のデータ転送や、外からAWSに向かうデータ転送に対しては課金されません。*あくまでもAWSからインターネット側に対するデータ転送が課金の対象です。*データ転送料金は概算で約20円/GBです。

AWSからインターネット側へのデータ転送の内訳と転送量は、予めシミュレーションしておきましょう。

## AWSの「簡易見積もりツール」の概要

AWSでは、Amazonから料金計算ツールである**「簡易見積もりツール」が提供されており、簡単にAWS利用料金の見積もりができます。**マニュアルも用意されており、マニュアルで確認しながら項目を入力すれば見積もり金額が分かります。

「簡易見積もりツール」を実際に開くと、画面の左側にサービス名が多く並んでいるので難易度が高そうですが、項目を絞っていけばそれほど難しくはありません。必要最低限のところからスタートしましょう。*最初は「コンピューティング」「ストレージ」「データ転送料」の3つを押さえてください。*

【参考】[AWS簡易見積もりツール](https://calculator.s3.amazonaws.com/index.html?lng=ja_JP)

**コンピューティングとは利用するサーバースペックのことで、AWS利用のベースとなる「Amazon EC2」の利用料金です。**利用料はEC2の「インスタンスタイプ」ごとに設定され、サーバー性能によって料金が異なります。*料金は実際に使用した時間によって課金されます。*

サーバーの使用にはストレージが必要になりますが、**ストレージ料金は別途課金対象となります。**例えば、「Amazon EC2」のディスク領域サービスの「Amazon EBS」や、ストレージサービスである「Amazon S3」などです。

基礎知識の記事（16ページ目）