AWSが提供するAmazon SQSは「Amazon Simple Queue Service」の略称で、メッセージキューサービスです。ソフトウェアコンポーネント間で任意の量のメッセージを送信、保存、受信することができ、メッセージを失ったり他のサービスを利用したりする必要がありません。

*この記事では、Amazon SQSの概要や特徴、使いどころや使い方、メリットなどについてわかりやすく解説します。*

【参考】：[Amazon SQS（サーバレスアプリのためのメッセージキューサービス）| AWS](https://aws.amazon.com/jp/sqs/)

### メッセージキューサービスとは

Amazon SQSの概要を解説する前に、メッセージキューイングについて確認しておきましょう。

**メッセージキューイング（MQ）は、異なるソフトウェア間でデータを送受信する手法の1つです。**直接データを渡すのではなく、一旦第3者のソフトウェアに預けることで、送信側も受信側も好きなタイミングで送受信処理を行えるようにする方式です。

通常、実行中のプログラム間でのデータの受け渡しは、データの送受信のタイミングを合わせて同時に行う必要がありますが、メッセージキューイングでは担当ソフトウェアが「メッセージキュー」と呼ばれるデータ保管領域を管理し、送信側と受信側は好きなタイミングでキューに接続して一気にメッセージ交換を行えます。

メッセージキューイングは、システム間の非同期化や分散アプリケーションの通信に利用され、大規模なものやネットワーク対応のものは専用のソフトウェアを導入することが一般的です。

よく知られたミドルウェアとして、Windows OSに標準搭載されたMSMQ（Microsoft Message Queue Server）やIBM MQなどがあります。

【参考】：[メッセージ キュー サービスアーキテクチャの概要 - Win32 apps | Microsoft Learn](https://learn.microsoft.com/ja-jp/windows/win32/rpc/overview-of-message-queuing-services-architecture)
【参考】：[IBM MQ | IBM](https://www.ibm.com/jp-ja/products/mq)

Amazon SQSは、アプリケーション間でメッセージをやり取りする仕組みを提供するフルマネージドなメッセージキューイングサービスです。メッセージは一時的にキューと呼ばれる場所に格納され、アプリケーションはメッセージの送受信を簡単に行えます。

以下はAmazon SQSの主な特徴です。

AWSはサーバやネットワーク機器の管理、OSやミドルウェアの設定、監視設定、障害時の復旧対応など、システム管理業務を一括して行うフルマネージドなサービスです。そこから提供されているAmazon SQSは、**キューの作成から管理、スケーリングなどを自動的に行ってくれます。**

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

キューイングに関してエンジニアがタッチする必要はありません。負荷の増大や急増、メンテナンスなどはすべてAmazon SQSが解決してくれるため、**エンジニアは開発やサービスの充実に専念できます。**

Amazon SQSでは、**SSE（サーバサイド暗号化）とKMS（Key Management Service）による暗号化がサポートされており、アプリケーション間での機密情報の交換を行えます。**

KMSの利用により、AWS Cloud Trail（証跡管理の仕組み）にAPIの呼び出しが記録され、監査部門などのコンプライアンス要件を満たすことが可能です。

Amazon SQSは以下のように、2つの主要なタイプをサポートしています。Amazon SQSを効果的に活用するためには、適切なキューの種類を選択し、可視性タイムアウトを適切に設定するなどして、ベストプラクティスを守ることが重要です。

*1.Standard Queue（標準キュー）*
標準キューは、ほぼ無制限の数のAPI呼び出しをサポートします。メッセージは少なくとも1度は配信されますが、場合によっては複数回配信されることもあります。配信はベストエフォート方式で、 時にはメッセージは送信された順序とは異なる順序で配信されることがあります。

用途としては、スループットが重要な場合に使用します。例えば、ユーザのリクエストとバックグラウンドの処理を分離したり、複数のワーカーノードにタスクを割り当てたりする際に適しています。

*2. First-In-First-Out Queue（FIFOキュー）*
バッチ処理を使用する場合、FIFOキューはAPIメソッドごとに最大3,000メッセージ/秒をサポートします。バッチ処理を使用しない場合、FIFOキューはAPIメソッドごとに最大300メッセージ/秒をサポートします。

メッセージは1度だけ配信され、ユーザが処理して削除するまで利用可能です。重複はキューに導入されません。メッセージは先入れ先出しで、送信と受信の順序が厳密に保持されます。

用途としては、イベントの順序が重要な場合に使用します。例えば、ユーザが入力したコマンドを正しい順序で実行したり、価格変更を正しい順序で表示したりする際に適しています。

AWSにはSNSのサービスがあります。SQSと混同しないためにも、簡潔に違いを解説します。**SQSはデータのキューイングサービスですが、SNSはメッセージングサービスであり、ユーザに対するプッシュ型の通知機能です。**

【参考】：[Amazon SNS（サーバレスアプリのための pub/sub メッセージングサービス）| AWS](https://aws.amazon.com/jp/sns/)

AWS SNS（Amazon SNS）とは？機能の概要、利用上の注意点、料金について解説！

Amazon Simple Queue Service（SQS）の利用料金について簡単にまとめてみました。詳細は公式サイトで確認してください。

【参考】：[Amazon SQS の料金｜AWS](https://aws.amazon.com/jp/sqs/pricing/)

*1.無料利用枠*
毎月100万件までのAmazon SQSリクエストは無料です。100万件を超えると、標準キューは100件当たり、USD 0.40課金され、FIFOキューではUSD 0.50となります。

*2.リクエストの料金*
リクエストの月額料金は以下のとおりです。

・1件のリクエストには 1〜10個のメッセージを含めることができ、合計で最大256KBのペイロードを持つことができます。
・ペイロードは64KBごとにまとめて1件のリクエストとして請求されます。例えば、256KBペイロードのAPIアクションは、4件のリクエストとして請求されます。

*3.データ転送の料金*
受信と送信のデータ転送に基づいて料金が発生します。同一リージョン内の Amazon SQSと Amazon EC2またはAmazon SQSとAWS Lambda間のデータ転送は無料ですが、異なるリージョン間のデータ転送は、インターネットデータ転送料金が発生します。

AWSの無料利用枠とは？利用方法と対象AWSサービスを解説！

AWSの料金計算法を覚えて頼られるITエンジニアになるために

## AWS SQSのメリットとデメリット

AWS SQSの特徴を理解したところで、利用するメリットとデメリットについて見てみましょう。

SQSの主な利用メリットとしては、以下の3点が挙げられます。1つずつ見ていきましょう。

*1.スケーラビリティと信頼性*
SQSはフルマネージドサービスで、キューの作成から管理、スケーリングまで自動的に行ってくれます。このメッセージキューを使用することで、アプリケーションのスケーリングと可用性を向上させることができます。

*2.セキュリティ確保*
メッセージの送信者と受信者を制御することができ、またメッセージの内容を暗号化することで、データの保護が可能です。

*3.ベストプラクティスの活用*
デッドレターキュー、ロングポーリング、バッチ処理、メッセージ属性、メッセージフィルタリングなどの機能を活用できるため、ベストプラクティスの活用と維持が可能になります。

また、SQSにLambda関数トリガーを設定することで、自動スケーリングやイベント駆動、アイドル状態のコストカットなどを実現できます。

【参考】：[AWS Lambda 関数をトリガーするためのキューの設定 ｜Amazon SQS](https://docs.aws.amazon.com/ja_jp/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-configure-lambda-function-trigger.html)

Amazon SQSには利用方法によってはデメリットとなるケースがあります。以下に記載した、**デメリットについて理解した上でSQSを活用することをおすすめします。**

*1.順序の保証が難しい*
標準キューを使用する場合は、メッセージの順序の保証がありません。Jitter（信号波形の揺らぎ）が許容できない場合にはFIFOキューを使用する必要があります。

*2.細かいリトライポリシーの制御が難しい*
Amazon SQSは自動的にリトライを行いますが、可視性タイムアウトの設定を細かく行わないと、処理遅延やメッセージの重複などが生じるため、リトライポリシーの適切な設定が必要になります。

*3.オーダリングが必要な場合は注意が必要*
オーダリング（受発注）処理などで、メッセージの順序が重要な場合にはFIFOキューを選択する必要があります。標準キューでは、処理順の保証がないため、後から来たオーダリングが先に処理される可能性があります。パフォーマンス重視か、順番を重視するかの判断を適切に行いましょう。

*Amazon SQSは分散システム、マイクロサービス、サーバレスアプリケーションのデカップリング※とスケーリングを容易にするために設計されています。*

以下はAmazon SQSの主な利用シナリオです。実際に利用する際には利用シナリオを明確にしてから利用しましょう。

※デカップリングとは疎結合とも訳される、アプリケーションの独立性を保ちながら、連携を図る技法のことです。

### アプリケーションの信頼性とスケーリングの向上

Amazon SQSは、**アプリケーションのコンポーネント（マイクロサービス）をキューを介して簡単にデカップリングし、接続信頼性の高い方法を提供します。**またメッセージキューを使用することで、アプリケーションのスケーリングや可用性の向上を可能にします。

### マイクロサービスの分離とイベント駆動型アプリケーションの処理

フロントエンドとバックエンドシステムを分離する際に使用します。例えば、**銀行アプリケーションなどでフロントエンドとバックエンドを別々に処理する場合などに活用できます。**

フロントエンドとは？バックエンドとの違いや使う言語について解説

イベント駆動型アプリケーションでのリアルタイム通知に使用されます。例えば、**ユーザに対してリアルタイムのアラートや通知を送信したい場合に活用できます。**

**マイクロサービスアーキテクチャでのコンポーネント間の通信を分離するために使用されます。**これにより、 システムのコンポーネントがそれぞれ独立してスケーリングができるようになります。

## Amazon SQSを使い分けて開発の生産性を上げよう

ここまで、Amazon SQSの入門者向けに、概要やメリット、利用シナリオなどについて解説しました。ECサイトやチャットなどの開発では、分散処理、サーバレス、マイクロサービスなどの技術が欠かせませんが、キューイングサービスは複数のアプリやサービスを結ぶために必要不可欠の機能です。

また開発や運用のコストを削減できる重要な要件ですので、**エンジニアを目指す方はぜひ習得しておきたい技術の1つです。**Amazon SQSは1カ月100万件までなら無料で利用できますので、AWSの無料枠を上手に使って、ぜひ試してください。

AWS SQSはメッセージキューサービスです。SQSを活用することで、アプリケーション間で非同期で任意の量のメッセージを安全に送信、保存、受信することができます。この記事では、複数のアプリやサービスを結ぶ上で必要不可欠のキューイングサービスについて解説します。

AWS提供のSQSはメッセージキューサービスで、アプリ間の疎結合を実現する技法

メッセージキューイング（MQ）は、異なるソフトウェア間でデータを送受信する手法の1つ

キューには主に2種類あり、利用目的によってどちらを選択するか決めると良い

AWS SQSとは？メッセージキューサービスの概要や特徴をわかりやすく解説

Terraform（テラフォーム）は、HashiCorp社が提供するInfrastructure as Code（IaC）を実現するためのツールです。IaCとは、インフラストラクチャをコードで管理するアプローチで、Terraformはこの目的に特化しています。

具体的には、AWSやAzure、GCPなどのクラウドサービスにおいて、*コードで定義されたファイルをもとにインフラリソースの環境構築、変更、削除などの管理を行うことができます。*

この記事では、Terraform入門編として、概要やメリットとデメリット、AWSとの関係などについてわかりやすく解説していきます。

AWSなどのクラウドサービスの利用を検討している方、エンジニアを目指している方はぜひ参考にしてみてください。

【参考】：[Terraform by HashiCorp](https://www.terraform.io/)
【参考】：[Documentation | Terraform | HashiCorp Developer](https://developer.hashicorp.com/terraform/docs)

IaC（Infrastructure as Code） は、インフラストラクチャ、*すなわちシステムの動作基盤となるサーバ、ネットワーク、OS、ミドルウェアなどの設定をプログラムのようなコードとして管理する手法です。*

従来は手作業による設定やスクリプトを用いた自動化が行われていましたが、IaCでは、インフラストラクチャの構成をコードとして記述し、それを実行することで、インフラストラクチャの構築や運用を自動化します。

IaCの主なメリットを挙げると、以下の通りです。**インフラ構築や管理に掛けて手間や時間を開発に振り向けられるのが最大のメリットです。**

*1.インフラの再現性と信頼性向上*
IaCでは、インフラの構成をコードとして記述するため、同じコードを実行すれば、同じインフラを再現できるため、構成ミスや設定の変更による問題を防ぐことができます。またインフラの構成を変更する場合でも、コードを変更するだけで済み、間違いや漏れを防ぐことができます。

*2.インフラの運用管理の効率化*
IaCではインフラの構成をコードとして管理するため、コードのバージョン管理や自動化ツールの活用などにより、運用管理を効率化できます。コードのバージョン管理を利用することで、インフラの構成を変更した際に、どのバージョンのコードが使用されているかを把握できます。

また、自動化ツールを利用することで、インフラの構成の作成や変更、運用などの作業を自動化できます。

*3.インフラの変更の容易化*
IaCでは、インフラの構成をコードとして管理し、コードを変更することで、インフラの変更を容易に行え、環境の変化や要求の変化に迅速に対応できます。例えば、Webシステムのアクセスが急増してサーバの台数を増やす必要がある場合、IaCを導入していれば、コードを変更するだけで対応できます。

**IaCには宣言型と手続き型の2つの種類があります。**それぞれについて見ていきましょう。

*▪宣言型IaC：*
インフラの状態を記述します。コードを実行すると、記述した状態のインフラが作成されます。

*▪手続き型IaC：*
インフラの構成手順を記述します。コードを実行すると、記述した手順に従ってインフラが構成されます。

ここまで紹介したTerraform以外にも同様のIaCツールがあります。Terraformと併せて、それぞれの特徴を見てみましょう。

*▪Terraform：*
HashiCorp社が提供するオープンソースの宣言型IaCツールで、AWS、Azure、GCP、Alibaba Cloudなどに対応しています。

【参考】：[Amazon Terraform の機能｜AWS](https://aws.amazon.com/jp/solutions/partners/terraform-modules/?quickstart-all.sort-by=item.additionalFields.sortDate&quickstart-all.sort-order=desc)

*▪CloudFormation：*
AWSが提供する宣言型IaCツールで、AWSのサービスを対象にインフラの構成を記述できます。

【参考】：[AWS CloudFormation の概要 ｜AWS](https://docs.aws.amazon.com/ja_jp/AWSCloudFormation/latest/UserGuide/Welcome.html)

*▪Ansible：*
 Red Hat社が提供するオープンソースの宣言型IaCツールで、リモートホストにエージェントをインストールせずに利用できます。

【参考】：[Homepage | Ansible Collaborative](https://www.ansible.com/)

## Terraformのメリット・デメリットや手順

Terraformは、インフラストラクチャの設定をコードで管理するためのツールで、クラウドプロバイダと連携して使用されるのが一般的です。ここでは、Terraformのメリットとデメリットについて見ていきましょう。

Terraformは、IoCツールの中では最もメジャーと言われています。Terraformのメリットは以下の通りです。

*1. 分かりやすい公式ドキュメント*
Terraformの公式ドキュメントは見やすく、構成がわかりやすいです。ユーザにとってありがたい特徴です。わかりやすいドキュメントは作業をスムーズに進めるのに役立ちます。

*2.記述量が少なく済む*
TerraformはWorkspaceという機能を利用して環境を切り替え、1度書いたリソースを再利用できます。そのため、少量の記述量で宣言が可能です。

Terraformを利用している企業が多いため、ググラビリティの高さが特徴です。インターネット上での検索がしやすく、問題解決に役立ちます。

*4.マルチクラウド対応*
**Terraformはマルチクラウド環境で同じコードを利用できるため、学習コストを削減できます。**マルチクラウドはさまざまなクラウドサービスを組み合わせて最適な環境を実現させる運用形態です。AWS向けにはTerrafoem-provider AWSも用意されています。

【参考】：[GitHub - hashicorp/terraform-provider-aws: The AWS Provider enables Terraform to manage AWS resources.](https://github.com/hashicorp/terraform-provider-aws)

Terraformは扱いやすく、多くの企業で導入された実績がありますが、次のようなデメリットもあります。デメリットを認識し、注意を払いながら有効活用しましょう。

*1.仕様変更の可能性*
Terraformは進化の段階にあり、今後もバージョン変更などによる大規模な変更が起こりうるため、仕様変更には注意が必要です。

*2.自由度の低さ*
Pulumiなどのアプリケーション言語で記述できるツールと比べると、Terraformはデプロイ前後の処理の自由度が低めです。

デプロイとは？ビルド・リリースとの違いについてもわかりやすく解説

**Terraformを使用してAWSでインフラストラクチャを構築する方法について説明します。**以下のステップを参考に試してみましょう。

*1.AWSアカウントの作成*
まず、AWSの公式ウェブサイトでアカウントを作成します。

*2.Terraformのインストール*
Terraformをインストールするには、以下の手順を実行します。

▪Mac、Linux、またはWindowsでバイナリをダウンロードするか、パッケージマネージャー（HomebrewやChocolatey）を使用します。
▪インストールが正常に完了したかを確認するために、クイックスタートチュートリアルに従ってローカルでDockerコンテナを作成します。

*3.インフラストラクチャの構築*
AWSに認証し、AWSの無料利用枠内でEC2インスタンスを作成します。Terraformの設定ファイルを作成し、検証してからインフラストラクチャをプロビジョニングします。

*4.インフラストラクチャの変更*
EC2インスタンスの設定を変更して、別のUbuntuバージョンを使用するようにします。これによりTerraformでインフラストラクチャの変更を管理する方法を学びます。

*5.インフラストラクチャの削除*
前のステップで作成したAWS EC2インスタンスを削除します。

*6. 入力変数の定義*
Terraformの設定ファイルでAWS EC2インスタンス名を変数として定義します。

*7.出力のクエリ*
EC2インスタンスのIDやパブリックIPアドレスなどの出力値を定義します。詳細の手順や使い方については、HashiCorpの公式チュートリアルを参照してください。

【参考】：[AWS | Terraform | HashiCorp Developer](https://developer.hashicorp.com/terraform/tutorials/aws-get-started)

## TerraformとAWS CloudFormationの選択

TerraformとAWS CloudFormationは、いずれもインフラストラクチャのコード化を実現するIaCツールですが、異なる特性を持っており、どちらを選択するかは、利用環境や両者の違いを理解した上で判断すべきでしょう。

ここでは、TerraformとAWS CloudFormationの違いや強みについて解説します。

TerraformはHashiCorp社提供の構成管理ツールで、**AWS以外のさまざまなクラウドサービスに対応しています。**インフラストラクチャの変更をコードで表現し、安全かつ予測可能にプロビジョニングできます。

*▪利用メリット*
AWS以外、GCPやAzureなどのクラウドサービスにも対応しており、マルチクラウド環境で利用することが可能です。また、モジュール分割や変数定義など、柔軟な記述ができます。

*▪利用時の注意点*
利用するコードは一般的なYAMLではなく独自のHCL（HashiCorp Configuration Language）のため、事前の学習や慣れが必要です。

CloudFormationはAWSが提供する構成管理ツールで、**AWSリソースのみが対象です。**

AWSの新機能に迅速に対応できる点、設定変更後に実行エラーがあると自動的にロールバックする点が特徴です。

*▪利用メリット*
AWS公式のツールであるため安心して利用できるだけでなく、Web UIが提供されていることで見やすさと操作性にも優れています。また、ログイン情報をコード上で管理する必要がないため、セキュリティ面でも優れています。

*▪利用時の注意点*
AWS以外のクラウドプロバイダーには対応しておらず、マルチクラウド環境では異なるツールを利用することになります。

それぞれ一長一短があり、選択に迷いますが、**基本的にはAWSクラウドのみの利用であればCloudFormationがおすすめです。**一方、マルチクラウド環境やAWS以外のクラウドサービスを利用する場合にはTerraformを検討してみるとよいでしょう。

Terraformは無料での利用も可能ですが、いくつか料金体系が設けられています。*利用環境や規模に合わせて最適なプランを選択しましょう。*

*1. Freeプラン*
月間500リソースまで無料で利用でき、インフラストラクチャのコード化に必要なすべての機能が提供されます。

*2.Standardプラン*
Freeプランの機能に加え、チーム管理機能をオプションで追加できます。リソースごとに1時間あたり0.00014ドルから利用できます。

*3. Plusプラン*
エンタープライズ向けのプランで、インフラストラクチャの自動化とライフサイクル管理を行います。Standardプランの機能に加え、ノーコードプロビジョニングやドリフト検出機能が含まれます。

## Terraformを使い分けて開発の生産性を上げよう

ここまで、Terraformの入門者向けに、概要やメリット、CloudFormationとの違いなどについて解説しました。**クラウドサービスとしてAWS一択の場合は CloudFormation、他のクラウドサービスを利用、併用するケースではTerraformを選択するとよいでしょう。**

クラウド利用ではできるだけインフラ構築や管理に手間をかけず、開発に専念したいものです。その手助けとなるTerraform、無料で利用が可能ですのでぜひ試してみましょう。

テラフォーム（Terraform）は、オープンソースのIaC（Infrastructure as Code）ツールで、 開発リソースの効率的な構築を実現します。AWSにはCloudFormationがあり選択に迷いますが、違いや選定方法についても解説します。

Terraformはクラウドで開発リソース効率的な構築をサポートするIaCツール

Iacとは、システムの動作基盤となるインフラの設定をコードで管理する手法

AWSを利用する場合はCloudFormation、マルチクラウドを利用する場合はTerraformがおすすめ

AWS テラフォームとは？概要やメリット、選択方法などを解説

**Amazon ECR（Amazon Elastic Container Registry）とは、AWSでコンテナソフトウェアイメージを簡単に保存し、デプロイ・共有するためのクラウドサービスを指します。**フルマネージドのコンテナレジストリで、アプリケーションイメージとアーティファクトをデプロイすることができます。

ここでは、Amazon ECRの特徴や機能、使い方を解説します。

【参考】：[Amazon Elastic Container Registry](https://aws.amazon.com/jp/ecr/)

*Amazon ECRの特徴は、フルマネージドサービスのためインフラのインストール作業なしにコンテナイメージをプッシュできる点が挙げられます。*好きな管理ツールを用いてイメージをプルし、利用します。

Amazon ECRは、Amazon ECS（Amazon Elastic Container Service）およびAmazon EKS（Amazon Elastic Kubernetes Service）と統合されています。そのことから、どちらのオーケストレーターサービスからでも、コンテナイメージの保存や実行が可能です。

操作は、Docker CLIコマンドによるコマンドライン操作やウェブアクセスなど、好みのDockerツールが使用できます。

【参考】：[Amazon Elastic Container Registry の特徴](https://aws.amazon.com/jp/ecr/features/)

Amazon ECRは、コンテナイメージを使うために必要な機能を提供します。*コンテナイメージをライフサイクル管理し、不要なイメージをクリーンアップして保全します。*この他にも、プルするイメージのキャッシュを管理したり、リージョンやアカウントを超えてイメージを作成したりすることもできます。

【参考】：[AWS Docs: Amazon Elastic Container Registry とは](https://docs.aws.amazon.com/ja_jp/AmazonECR/latest/userguide/what-is-ecr.html)

*Amazon ECRの構成要素は、いくつかのコンポーネントにわかれて提供されます。*具体的には、次のコンポーネントに分かれます。

・*レジストリ*
サインインしたAWSアカウントに、それぞれ1つのプライベートレジストリが割り当てられます。このレジストリにDockerイメージやOCI（Open Container Initiative）イメージなどを格納します。

・*認証トークン*
クライアントが、イメージをプッシュあるいはプルする際に必要な認証手続きを行います。

・*リポジトリ*
DockerイメージやOCI（Open Container Initiative）イメージなどの集合体です。

・*リポジトリポリシー*
リポジトリの管理ポリシーに基づいて、リポジトリやコンテンツのアクセス制御を行います。

Dockerとは？使いどころやメリット・デメリットについて解説！

Amazon ECSは、Dockerコンテナの実行や停止などを管理するサービスです。コンテナのオーケストレーションサービスを提供します。Amazon ECRは、管理するコンテナイメージを保存するレジストリを提供します。Docker Hubのようなイメージ共有サービスを提供します。

*Amazon ECRとECSの違いは、Amazon ECRがデプロイするコンテナイメージを格納し、Amazon ECSがコンテナの管理を担当する運用サービスという位置付けになります。*

AWSの提供するECS（Amazon ECS）とは？概要からコンテナの管理まで解説！

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

*Amazon ECRの料金は、プライベートおよびパブリックのリポジトリの保存データ、ならびにインターネットのデータ転送量で決まります。*

無料枠が設定されており、最初の1年間は月当たり500MBのストレージがプライベートリポジトリ向けに無料で利用できます。パブリックリポジトリは、月当たり500GBのデータが新規・既存問わず無料で利用できます。

パブリックリポジトリからインターネットに転送する際も、月当たり5TBが無料で提供されます。

【参考】：[Amazon Elastic Container Registry の料金](https://aws.amazon.com/jp/ecr/pricing/)

Amazon ECRを使うには、AWSアカウントにサインインして使用します。*すでにAmazon ECSあるいはAmazon EKSを使用している場合は、すぐに利用可能です。*作業は、管理ユーザにサインインして進めていきます。

【参考】：[Amazon Elastic Container Registry の開始方法](https://aws.amazon.com/jp/ecr/getting-started/)
【参考】：[AWS Docs: Amazon Elastic Container Registry とは](https://docs.aws.amazon.com/ja_jp/AmazonECR/latest/userguide/what-is-ecr.html)

### Amazon ECRのコマンドライン使用

*Amazon ECRを使うには、コマンドラインインターフェースのAWS CLIが必要です。*コマンドラインでコマンドを用いて、Amazon ECRやAWSのタスクを実行します。AWS CLIは、LinuxやmacOS、Windows版が提供されます。

Linux版は、次のようにインストールします。

```
curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip"
unzip awscliv2.zip
sudo ./aws/install
```

Windows版は、次のようにダウンロード・インストールします。

```
msiexec.exe /i https://awscli.amazonaws.com/AWSCLIV2.msi```

インストール済みのユーザは、手順にしたがってバージョンアップグレードを行います。

【参考】：[AWS Docs: AWS CLI での Amazon ECR の使用](https://docs.aws.amazon.com/ja_jp/AmazonECR/latest/userguide/getting-started-cli.html)
【参考】：[AWS Docs: AWS CLIの最新バージョンのインストールまたは更新](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/getting-started-install.html)

*Amazon ECRを使うには、Dockerが必要です。*Docker Desktopは、Linux、macOS、WindowsがDockerでサポートされています。Docker Engineのインストールは、サポートされるLinuxプラットフォームに対して行います。

すでにAmazon EC2を使用中の場合は、Amazon Linux 2023 AMIを使用してインスタンスのインストールパッケージとパッケージキャッシュを更新し、Docker（Docker Community Edition）をインストールします。手順は次の通りです。

```
sudo yum update -y
sudo yum install docker
```

インストールが完了したら、Dockerサービスを開始しておきます。

【参考】：[AWS Docs: AWS CLI での Amazon ECR の使用](https://docs.aws.amazon.com/ja_jp/AmazonECR/latest/userguide/getting-started-cli.html)
【参考】：[Docker Docs: Install Docker Engine](https://docs.docker.com/engine/install/#installation)

【Dockerインストール】Windows・Linux・MacOS

*Dockerイメージを作成するには、Dockerfileと呼ばれるファイルを用意します。*内容はテキストベースで、基本イメージと実行手順を記述します。Dockerfileの作成が完了したら、Dockerイメージを、”docker buid”コマンドで作成します。

作成されたDockerイメージは、”docker run”コマンドで、実行できます。

【参考】：[AWS Docs: AWS CLI での Amazon ECR の使用](https://docs.aws.amazon.com/ja_jp/AmazonECR/latest/userguide/getting-started-cli.html)
【参考】：[Docker Docs: Dockerfile reference](https://docs.docker.com/reference/dockerfile/)

### Amazon ECRでDockerイメージを使用する

ここまでの作業で、AWS CLIのインストールとDockerのインストールからイメージ作成まで完了しています。

*Amazon ECRでDockerイメージを使用するには、Dockerを認証する必要があります。*認証するために、”get-login-password”コマンドを使用します。生成された認証トークンをDockerの”docker login”コマンドに渡します。具体的には、次のように使用します。

```
aws ecr get-login-password --region region | docker login --username AWS --password-stdin aws_account_id.dkr.ecr.region.amazonaws.com
```

regionはリージョン、usernameはAWS、URIはAmazon ECRの認証されたレジストリを指定します。

【参考】：[AWS Docs: AWS CLI での Amazon ECR の使用](https://docs.aws.amazon.com/ja_jp/AmazonECR/latest/userguide/getting-started-cli.html)

Dockerイメージとコンテナの違いとは？作成の流れ入門

### Amazon ECRでイメージを使用する

*Dockerイメージが準備できたら、Amazon ECRでイメージを使用します。*最初にイメージを保存するためのリポジトリを次のように作成します。

```
aws ecr create-repository --repository-name img-repository --region region```

repository-nameはリポジトリ名でここでは”img-repository”、regionはリージョンを指定します。タグをつけるには、”docker tag”で、”latest”などを付記し、リポジトリにイメージをプッシュします。

```
docker tag img-repository:latest \
aws_account_id.dkr.ecr.region.amazonaws.com/img-repository
　
docker push aws_account_id.dkr.ecr.region.amazonaws.com/img-repository
```

Amazon ECRからイメージをプルするには、Dockerはバージョン1.7以降が必要です。認証トークンが”docker login”で設定されており、リポジトリからプルするアクセス許可を得ておきます。プルの手順は次の通りです。

```
docker pull aws_account_id.dkr.ecr.region.amazonaws.com/img-repository:latest
```

【参考】：[AWS Docs: AWS CLI での Amazon ECR の使用](https://docs.aws.amazon.com/ja_jp/AmazonECR/latest/userguide/getting-started-cli.html)


## Amazon ECRの使い方はDockerに慣れることから始めよう

Amazon ECRは、Dockerなどのコンテナイメージを簡単にAWSで扱うためのサービスです。AWSでの統合運用に適しており、操作は簡単です。**Dockerの操作が前提となりますので、あらかじめDockerに慣れておくと効率的なコンテナイメージ活用が可能となるでしょう。**

Amazon ECRとは、AWSでDockerなどのコンテナイメージを扱うためのクラウドサービスです。コンテナソフトウェアを簡単に保存し、デプロイ・共有することができます。ここでは、Amazon ECRの特徴や機能、使い方を解説していきます。

Amazon ECRとは、AWSでコンテナイメージを簡単に保存し、デプロイ・共有するサービスです

フルマネージドサービスのため、簡単にコンテナイメージをプッシュできます

Amazon ECRは簡単で、Dockerの操作に慣れていれば効率的にイメージを扱うことができます

AWSのAmazon ECRとは？使い方や特徴・機能をわかりやすく解説

*AWS CloudFormation（クラウドフォーメーション）とは、わかりやすく説明すると「AWSリソースを、テンプレートと呼ぶ設計書に基づいて自動的に作成するサービス」です。*テンプレートはJSONやYAML形式で書かれたテキストファイルで、1度作成すれば使いまわしが可能です。

そのまま利用して、他のリージョンに同じ環境を構築したり、テンプレートを一部修正したりするだけで、他のリソースを簡単に構築できます。これにより、リソース構築に関わる時間や工数を短縮し、開発者はアプリケーション開発などに注力することができます。﻿

AWS CloudFormation は、IaC（Infrastructure as Code）サービスと呼ばれます。IaCとは、コードを基にコンピューティング環境を構築する手法です。﻿この記事では、このAWS CloudFormationの概要や特徴、メリットとデメリット、手順や使い方、料金などについて解説していきます。﻿

【参考】：[AWS CloudFormation｜AWS](https://aws.amazon.com/jp/cloudformation/)

*AWS CloudFormationを利用することで、リソースの設定およびプロビジョニングが容易になります。*リソースとは、AWSのサービスであるEC2やVPCなどや、それらを繋ぐAttacheなど環境構築用のパーツ類のことです。では、AWS CloudFormationの特徴を見ていきましょう。

AWS CloudFormationを利用するには、テンプレートからスタック※を作成してモデル化を図ることで、利用するリソースの一括管理や、運用が可能になります。

AWSの記事（3ページ目）