AWSのAmazon Route 53とは、AWSが提供するDNSおよびトラフィックルーティングのサービスです。わかりやすく言うと、**エンドユーザがインターネットを使ってウェブアクセスを行う際に、どのサーバに繋がるか接続先を管理してくれるサービスです。**

【参考】：[Amazon Route 53](https://aws.amazon.com/jp/route53/)

AWSのサービス一覧は？豊富なサービスを活用しよう！

*Amazon Route 53は、「ドメイン名の登録」「インターネットトラフィックのルーティング」「リソースの正常性のチェック」の3つの機能を提供します。*

最も重要な機能は、「ドメイン名の登録」です。ここで言うドメイン名は、IPアドレスが割り当てられているインターネットの識別名です。一般的にDNSでは概念的にドメインという呼び方をしますが、Amazon Route 53ではホストゾーンという概念を用いて管理します。

つまりホストゾーンとは、管理するリソースレコードの集合体を指します。

ドメインとホストゾーンの違いに戸惑うかもしれませんが、ここでは一般的な名称とクラウドサービスで使用する名称の違いだと理解しておくと良いでしょう。

【参考】：[AWS Docs: Amazon Route 53 の概念](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/route-53-concepts.html)

*DNSとは、インターネットで用いるドメイン名を監視するための仕組みを指します。*インターネットで管理する識別情報をIPアドレスと言い、それぞれのホストは固有のIPアドレスを持ち、管理を容易にするためにホスト名という文字列で識別させることもできます。

IPアドレスとホスト名の組み合わせを管理するために、DNSサーバが名前解決を手伝います。さらにこのホスト名の管理は分割して行われており、その分割単位をドメインと呼びます。

この対応付けは、階層構造となっておりそれぞれが管理するDNSサーバをたどることで必要なIPアドレスが得られます。

*Amazon Route 53は、クラウドサービスで必要な可用性と拡張性を提供します。*クラウド利用で求めるコスト効率性についても考慮したサービスが提供されます。具体的には、次の3つの機能を提供します。

・*ドメイン名の登録*
DNSをサービス提供し、ドメイン名の登録に対応します。パブリックのDNSレコードを作成し、管理します。

・*インターネットトラフィックのルーティング*
パブリックのDNSレコードは、分散したDNSサーバを活用しエンドユーザを効率的にウェブサイトへルーティングします。ワークロードは、自動スケーリングによりパフォーマンスを最適にサービス活用できます。

・*リソースの正常性のチェック*
アプリケーションやウェブサーバなどのリソースの正常性や、パフォーマンスをモニターするヘルスチェック機能を提供します。

【参考】：[Amazon Route 53 の特徴](https://aws.amazon.com/jp/route53/features/)

*Amazon Route 53では、コントロールプレーンとデータプレーンの2つでサービスをカバーしています。*この役割の分担は、他のAWSサービスと同じような仕組みが実装されています。

具体的には、コントロールプレーンは、リソースの作成、更新、削除などの管理操作を行う部分で、Route 53コンソールとAPIが担当します。データプレーンは、サービスのコア機能としてサービスを提供します。DNSサービスとしてクエリに対応します。ヘルスチェック機能では、実行結果を集約します。

*Amazon Route 53の料金プランは、ほかのAWSサービス同様に使用したものに対して支払いが発生します。*現在、無料枠が設定されておらず、ホストゾーンの管理や、DNSクエリの処理、ドメイン名の管理について、料金が発生します。ドメイン名の管理は年間料金で、それ以外は月額料金です。

【参考】：[Amazon Route 53 料金表](https://aws.amazon.com/jp/route53/pricing/)

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

Amazon Route 53について、なぜ53なのか疑問に思う方が多いでしょう。*この53は通信ポート番号が由来で、DNSサーバが用いるポートが53であるためです。*

サービス名のRouteは、通信トラフィックをさばくルーティングの元となるRoute、そしてアメリカの横断道路網のシンボルであるRoute 66からインスパイアされて「Route 53」と命名されています。

Amazon Route 53を使うには、最初のAWSアカウントへのサインアップが必要です。サインアップができたら、管理ユーザとしてサインインし、設定手順に従って作業を進めます。*作業は、AWSマネジメントコンソールを用いるほか、 Amazon Route 53 APIによりプラグラムアクセスが可能です。*

必要に応じて、コマンドラインからAWS CLI（AWSコマンドライン・インタフェース）を使用してコマンドスクリプトを作成し、作業の自動化を行うことも可能です。

【参考】：[AWS Docs: Amazon Route 53 とは？](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/Welcome.html)
【参考】：[AWS Docs: Amazon Route 53 の開始方法](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/welcome-how-to-get-started.html)
【参考】：[AWS Docs: Amazon Route 53 の設定](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/setting-up-route-53.html)

AWSマネジメントコンソールとは？機能やCLIとの違いを解説

AWS CLIの使い方は？インストールから使用方法まで解説！

Amazon Route 53では、ドメインの登録を行います。*ドメイン取得は、AWSマネジメントコンソールを開いてAmazon Route 53の「ドメインの登録」を選択します。*取得したいドメイン名を「ドメイン名の選択」画面で入力し、「チェック」ボタンをクリックします。

希望のドメイン名が誰も登録していない場合は使用可能と判断され、「アクション」欄から「カートに入れる」が選択できるようになります。

「カートに入れる」をクリックし、シッピングカートに入れたら「ドメインのお問い合わせ詳細」画面で登録者の連絡先を入力し、「続行」ボタンで確認後に「注文を完了」します。

注文内容にしたがって、ドメインは2〜3日で登録が完了し、Amazon Route 53での利用が可能になります。登録したドメインは、「登録済みドメイン」に反映されます。

【参考】：[AWS Docs: Amazon Route 53 とは？](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/Welcome.html)
【参考】：[AWS Docs: ドメイン登録の仕組み](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/welcome-domain-registration.html)
【参考】：[AWS Docs: 新しいドメインの登録](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/domain-register.html)

### インターネット接続のルーティング

*Amazon Route 53のドメイン登録が完了すると、ホストゾーンが自動的に作成されています。*ネームサーバ（NS）レコードと、Start of Authority（SOA）が自動的に作成され、クエリに対応するように4つのネームサーバを識別しルーティングが行われます。

パブリックホストゾーンは、AWSマネジメントコンソールの Amazon Route 53から、「DNS の管理」「ホストゾーン」で確認します。作成する場合は、「ホストゾーンの作成」を選択します。

トラフィックをルーティングするには、リソースレコードセットをホストゾーンに作成します。そこでルーティングポリシーを指定することができます。

【参考】：[AWS Docs: ウェブサイトやウェブアプリケーションへのインターネットトラフィックのルーティング](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/welcome-dns-service.html)
【参考】：[AWS Docs: DNS サービスとしての Amazon Route 53 の設定](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/dns-configuring.html)
【参考】：[AWS Docs: レコードを使用する](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/rrsets-working-with.html)
【参考】：[AWS Docs: ルーティングポリシーの選択](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/routing-policy.html)

### リソースの正常性のチェック

*リソースの正常性のチェックは、Amazon Route 53のヘルスチェック機能を用います。*ウェブサーバやアプリケーションなど指定したリソースの正常性を確認します。IPアドレスやドメイン名を指定し、特定のエンドポイントのリクエストの到達を監視することができます。

使用するには、AWSマネジメントコンソールの Amazon Route 53から「ヘルスチェック」を選択し、「ステータス」を確認します。ヘルスチェックと連動して、他のサービスへの通知やDNSフェイルオーバーを設定することもできます。

【参考】：[AWS Docs: Amazon Route 53 がリソースの正常性をチェックする方法](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/welcome-health-checks.html)
【参考】：[AWS Docs: Amazon Route 53 ヘルスチェックの作成と DNS フェイルオーバーの設定](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/dns-failover.html)
【参考】：[AWS Docs: ヘルスチェックのステータス監視と通知の受信](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/health-checks-monitor-view-status.html)
【参考】：[AWS Docs: DNS フェイルオーバーの設定](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/dns-failover-configuring.html)

## Amazon Route 53は重要なサービスです

Amazon Route 53は、DNSやトラフィックルーティングをAWS上で行うサービスです。DNSはドメインの登録から管理に対応しており、トラフィックルーティングもサービス提供に役立ちます。**そのためAWSでトラフィック管理を進める場合も、このサービスを理解しておくと良いでしょう。**

Amazon Route 53とは、AWSが提供するDNSのウェブサービスです。トラフィックルーティングや、正常性チェックなどの付加サービスを備えています。ここでは、Amazon Route 53の概要や特長、使い方など全般を解説していきます。

Amazon Route 53は、DNSのウェブサービスとして利用します

付加機能としてトラフィックルーティングや正常性チェックなども提供されます

ベースとなるDNSの知識が必要ですが、簡単にドメインを取得し利用することができます

AWSのAmazon Route 53とは？概要や特長・使い方をわかりやすく解説

**AWS Redshiftは、クラウドサービスで知られるAWSが提供するデータウェアハウスサービスです。**データウェアとはわかりやすく言えば、「データの倉庫」であり、さまざまなデータベースを保存したものです。

この記事では、AWS Redshiftの概要やメリット、料金などについて解説します。エンジニアで勉強中の方、データベース構築でAWSの利用を検討している方はぜひ参考にしてください。

まずはAWS Redshiftの紹介を行う前に、データベースとデータウェアハウスの違いについて確認しておきましょう。

【参考】：[Amazon Redshift とは｜Amazon Redshift](https://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/welcome.html)

*データベースは、特定のトピックや特定の用途に特化し、構造化した情報やデータの集合体です。*通常、データベースはDBMS（データベース管理システム）で制御します。データベースは高速なクエリとトランザクション処理用に設計されており、CRUD操作（Create、Read、Update、Delete）に優れています。

データベースとは？今更聞けないその内容をITエンジニアとして改めて学ぶ

データベースの種類とは？エンジニアが今さら聞けない基本知識を徹底解説！

*データウェアハウスとは「Data Ware House」DWHとも表記し、「データの倉庫」と訳されます。*以下に、データウェアハウスとデータベースの違いを詳しく説明します。

*■ 分析のしやすさ*
データウェアハウスは分析に最適化されています。システム横断的な分析を可能にし、意思決定に役立つ判断材料をデータの中から見つけることができます。

*■ データの保存容量*
通常のデータベースでは容量の限界に達すると、集計したサマリデータの形で保管しますが、データウェアハウスはストレージ容量が多く、長期にわたるデータの分析が可能です。

*■ システム横断型分析の有用性*
データウェアハウスは複数のシステムのデータを組み合わせて分析できるため、意思決定支援に向いています。例えば、POSシステムのデータ分析や顧客動向の分析などに活用できます。

データレイクとデータウェアハウスの違いとは？用途や注意点などを解説！

AWS Redshiftのサービス名は「Amazon Redshift」で、レッドシフトと読みます。RedshiftはAWSのクラウド上で、*あらゆるデータを構造化して蓄積し、高速に分析処理できるデータウェアハウス専用のデータベースサービスです。*

Amazon Redshiftは、データ活用基盤を構築する際の非常に強力なツールとなり、企業のDX（デジタルトランスフォーメーション）を加速させることができます。これから、AWS Redshiftの特徴を見ていきましょう。特徴を知ることで使いどころが見えてくるでしょう。

【参考】：[Amazon Redshift の機能｜AWS](https://aws.amazon.com/jp/redshift/features/)

DXでの活用が進むAWSの特徴は？AWSのクラウド事例を解説！

### 高速でデータ分析処理が可能

**AWS Redshiftは「MPP」（超並列処理アーキテクチャ）を採用しており、複数のノードでSQLクエリを分散処理できます。**またデータは列で管理されており圧縮率が高いことも高速で処理できる理由です。さらにノードの追加が簡単に行えるため、データ量が膨大になっても迅速なレスポンスが得られます。

SQLの入門編：初心者から経験者まで役立つSQL情報を掲載！

AWS Redshiftでは一般的なメンテナンスタスクの自動化が可能なため、**開発に専念でき、エンジニアは運用負荷を軽減することができます。**

AWS Redshiftはクラウドベースのサービスのため初期投資が不要であり、データ量の増加などに対応して、必要なときに必要なリソースを追加できます。そのため、**無駄な投資が発生せず、高いコスト効率を維持することができます。**

AWS RedshiftはAWS S3データレイク、AWS Aurora、AWS RDSなど、**他のAWSサービスと連携しやすく、効率的なデータ分析が可能です。**

【参考】：[AWS でのデータレイク｜AWS](https://aws.amazon.com/jp/solutions/implementations/data-lake-solution/)
【参考】：[Amazon Aurora（高性能マネージドリレーショナルデータベース）｜AWS](https://aws.amazon.com/jp/rds/aurora/)
【参考】：[Amazon Relational Database Service｜AWS](https://aws.amazon.com/jp/rds/)

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

AWSが提供するAmazon Auroraとは？概要や他との違いを解説

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

AWS Redshiftの特徴は分かりましたが、利用することによってどのようなメリットがあるのでしょうか？また、デメリットがある場合、何に気を付ければいいのかも気になります。

AWS Redshiftのメリットとしては、以下のように手間いらずで、**早ければ5分から10分程度でデプロイができる点にあります。**ここでは5つの主なメリットについて見ていきましょう。

*1.MPP（超並列処理）によるデータ分析処理の高速化*
AWS Redshiftは「MPP」を採用しており、複数のノードでSQLクエリを並列処理できます。データ量が膨大な場合でも迅速なレスポンスを得ることができます。

*2.列指向ストレージによるディスクアクセスの効率化*
データは列ごとに格納され、データの処理も列ごとにまとめて行います。高速なデータ読み取りが可能です。

*3.列の特性に応じた効率的なデータ圧縮*
AWS Redshiftは列ごとに異なる圧縮アルゴリズムを適用できます。データのストレージ効率を向上させます。

*4.データ分散化や結果のキャッシュによる効率向上*
クエリ結果をキャッシュすることで、同じクエリの再実行を高速化します。データ分散により負荷を均等に分散させます。

*5. さまざまなAWSサービスとの連携*
AWS Redshiftは他のAWSのデータベースサービスと連携しやすく、効率的なデータ分析が可能です。

一方で、AWS Redshiftには以下のようなデメリットもあります。**メリットとデメリットを理解した上で最適な方法を採用しましょう。**

*1.導入コスト*
AWS Redshiftの導入には初期コストがかかります。特に小規模利用の場合には、必ずしも他のサービスと比較して経済的ではないこともありますので、見積もりをしっかり行ってからプランを選択するとよいでしょう。

*2.スケーリングの制限*
AWS Redshiftはノードを追加することでスケーリングはできますが、それは一時的なものであり、リサイズにはダウンタイムが発生します。

*3.データ更新の遅延*
AWS Redshiftはデータ分析に特化しているため、データ更新の処理速度は遅くなることがあります。リアルタイムなデータ更新が必要な場合には、他のデータベースサービスを検討する必要があります。

*4.クエリの最適化が必要*
大規模なデータセットを扱う場合、クエリの最適化が重要です。また適切なインデックスやパーティショニングを設定する必要があります。

AWS Redshiftは低コストが特徴のデータウェアハウスです。*料金は「クラスタの利用料金」と「データの転送料金」の2つで成り立っています。*

またAWS Redshift自体には無料利用枠はありませんが、新規ユーザ特典の「AWS Free Tier」を利用すると、AWS S3やEC2などが無料で利用できますので、全体コストを抑制できます。

【参考】：[料金 - Amazon Redshift | AWS](https://aws.amazon.com/jp/redshift/pricing/)

Redshiftのクラスタ利用料金は、**オンデマンド、リザーブドインスタンスとAWS Redshift Serverlessから成り立っています。**それぞれについて解説します。

*■ オンデマンド*
クラスターの利用時間に対して支払う料金です。クラスターの作成、削除、停止、再開などのステータス変更に応じて、1時間未満の時間は秒単位で請求されます。ノードの数が増加すると料金もアップしますが、初期費用は無料です。

*■ リザーブドインスタンス*
「スタンダード1年間」または「スタンダード3年間」の2つのコースがあります。初期費用なしで、安定した利用したい場合にリザーブドインスタンスを選択できます。オンデマンド料金よりは割引が大きくなります。

*■ AWS Redshift Serverless*
インフラを意識せずに利用できるサービスです。ワークロードの需要により自動的にスケールアップ/ダウンし、未使用時はシャットダウンされるため、性能とコストを最適化できます。料金は使用した容量に対して課金されます。

ただし、Redshift Serverlessを使ってみた履歴がないアカウントは、無料トライアルの対象となり、300USDのクレジットが付与されます。

【参考】：[Amazon Redshift Serverless とは｜Amazon Redshift](https://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/serverless-whatis.html)
【参考】：[無料利用枠 - Amazon Redshift｜AWS](https://aws.amazon.com/jp/redshift/free-trial/)

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

## AWS Redshiftを活用してDXの推進を

ここまで、AWS Redshiftの概要や特徴、メリット・デメリット、料金などについて解説しました。**AWS  Redshiftは、データ活用基盤を構築する際の大変強力なツールであり、企業のデジタルトランスフォーメーションの実現に役立ちます。**

投資が不要で、簡単にデータウェアハウスの構築が行えます。AWSのアカウント登録するだけで無料利用枠を使って試すこともできるので、データベースエンジニアやデータサイエンティストなどを目指す方、AWSの活用を検討している方はぜひチャレンジしてください。

データサイエンティストに役立つ資格13選！取得のメリットや難易度は？

AWS Redshiftは、AWSのクラウド上であらゆるデータを構造化して蓄積し、高速に分析処理できるデータウェアハウス専用のデータベースサービスです。本記事では概要やメリット、料金などを解説します。AWSでデータウェアハウスを構築したい方は参考にしてください。

AWS Redshiftとはデータを構造化し、高速分析処理ができるデータウェアハウス専用サービス

AWS Redshiftは「MPP」を採用しており、複数のノードでSQLクエリを並列処理する

AWS Redshift Serverlessはインフラを気にせず利用でき、初回は無料利用も可能

AWS Redshiftとは？概要やメリット、料金などをわかりやすく解説

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 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はデプロイ前後の処理の自由度が低めです。

クラウドの記事（3ページ目）