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

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

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

AWSのスナップショットとは、**任意のタイミングのシステムの状態を記憶するバックアップ機能の一種**です。ここでは、AWSのスナップショットの概要・仕組みに加え、バックアップ・AMIとの違いについて説明します。

### AWSスナップショットの概要・仕組み

AWSでのスナップショットは、**Amazon Elastic Block Store (EBS)・Amazon S3で使うバックアップ機能**です。Amazon EBSはブロックストレージ、Amazon S3はオブジェクトストレージの機能を持つサービスです。スナップショットはEBSの状態をバックアップデータとしてS3上に保存します。

スナップショットは、*バックアップ機能の中でも増分バックアップの仕組みを利用*しています。増分バックアップとは、1つ前のバックアップデータからの変更分を保存するものです。初回バックアップデータからの変更分を毎回保存する差分バックアップよりも、短時間で処理できます。

また、スナップショットはリストア処理方式を採用しています。リストア処理方式では、データ欠損などのトラブルが発生した際、バックアップしておいたデータを使ってシステムを元に戻す処理を実施します。

参考：[Amazon Elastic Block Store (EBS)](https://aws.amazon.com/jp/ebs/)

参考：[Amazon EBS スナップショット](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/EBSSnapshots.html)

### AWSスナップショットとバックアップの違い

AWSのスナップショットとバックアップの大きな違いは、保存データの容量とバックアップにかかる所要時間です。増分バックアップ方式を利用するスナップショットは保存するデータが前回分からの変化分だけなので、**全データを保存する一般的なバックアップより短時間で完了**します。

同様の理由から、*保存先のストレージ容量を節約できるのもスナップショットの特徴*です。一方、システムデータ全体をバックアップするわけではないので、元データが何らかの理由で欠損した場合、復元ができなくなる可能性がある点には注意が必要です。

上記のような両者の特徴から、スナップショットとバックアップは適したタイミングでバランスよく使い分けることをおすすめします。日常的な処理はスナップショット、システムに大きな変更を加えた場合はバックアップ処理の実施を検討しましょう。

参考：[AWS Buckup](https://aws.amazon.com/jp/backup/?whats-new-cards.sort-by=item.additionalFields.postDateTime&whats-new-cards.sort-order=desc)

### AWSスナップショットとAMIの違い

ほかに似たようなバックアップ処理を実施するものにAmazon マシンイメージ（AMI）のバックアップがあります。**AMIとはインスタンス作成に必要なOS・サーバーなどのソフトウェア構成などの情報を含む起動テンプレート**です。

*AMIはインスタンスの構成情報を含む*点でスナップショットと異なります。スナップショットから作成でき、バックアップデータであるスナップショットを起動可能にするものです。

参考：[Amazon マシンイメージ (AMI)](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/AMIs.html)

## AWSスナップショットの利用料金

AWSで**スナップショットを利用するにはコストがかかります**。ここではAWSでスナップショットを利用した際の料金の考え方と、確認方法を紹介します。

### 保存したデータ量と保存期間で料金が決まる

AWSスナップショットの利用料金は、**バックアップしたデータ量・保存期間によって変動**します。課金の対象となるデータ量は、前回分から変更されたブロックに関する部分です。*1ヶ月間に格納されたデータ1GBあたり0.05USD*のコストが発生します。

参考：[Amazon EBSの料金 ](https://aws.amazon.com/jp/ebs/pricing/)

**EBSスナップショットの料金は、コスト管理コンソール上で確認**できます。まず*「請求およびコスト管理コンソール」*を開きます。続いて「請求」を選択し、「サービス別の請求の詳細」から「Elastic Compute Cloud」を開くと、スナップショットを使用した料金を確認可能です。

参考：[EBS スナップショットの利用料金計算方法](https://aws.amazon.com/jp/premiumsupport/knowledge-center/ebs-snapshot-billing/)

## AWSスナップショットを用いるメリット

通常のバックアップに加え、スナップショットを併用するメリットについて紹介します。メリットとしては、**所要時間が短い点、ストレージ容量を温存できる点、自動化設定ができる点**が挙げられます。

### システムを止めずに短い所要時間でバックアップ可能

まず、**通常のバックアップと比較して所要時間が短い**点がスナップショットを利用するメリットです。システムのデータ全体ではなく、前回のバックアップからの更新分のみを保存するため、処理にかかる時間を短縮できます。

また、一般的なバックアップを実施するためにはサービスを一時的に停止する必要があります。これに対して、*スナップショットはサービスを可動させたままバックアップを保存*できます。

ただし、使用中のボリュームに対してスナップショットを実施すると、データの整合性に影響が出るリスクがあります。システム全体を停止する必要はありませんが、基本的には静止状態のボリュームに対してスナップショットを作成しましょう。

増分バックアップの仕組みを利用するスナップショットなら、**ストレージ容量の温存が可能**です。毎回フルバックアップでストレージを消費するよりは、日常的な簡易バックアップはスナップショット作成で実施した方が、ストレージを節約できるでしょう。

また、基本的にEBSは使用したボリューム相当のコストが発生します。これに対してスナップショットは前述のとおり別途料金計算方法があり、*結果的にストレージの利用コストを節約*できます。

スナップショットは処理自体を自動化できる点もメリットの1つです。**Amazon Data Lifecycle Managerというサービスを使えば、スナップショットとAMIの作成・削除・保持を自動化**できます。

自動化の利点はいくつかありますが、1つは*データ保護の観点でバックアップの作成忘れを防げる点*が挙げられます。加えて、古いバージョンのスナップショットを削除することで、ストレージの有効利用にもつながります。

参照：[Amazon Data Lifecycle Manager](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/snapshot-lifecycle.html)

## AWSスナップショットの作成手順

ここではスナップショットの作成手順について説明します。

### スナップショットの作成手順

スナップショットを作成するには、まず**インスタンスを静止状態**にしましょう。書き込み中のボリュームに対してスナップショットを作成することも可能ですが、スナップショットを実行した瞬間までに書き込まれているデータのみが保存されるため、後で整合性が取れない可能性があります。

コンソールかOSからインスタンスを停止したら、スナップショットを作成するEBSを選択します。選択が完了したらスナップショットを作成しましょう。データ容量にもよりますが、*数分程度で完了*する場合もあります。

### スナップショットを使ったデータの復元

データを復元するには、まず利用するスナップショットを選択します。**選択したスナップショットからイメージを作成**すれば、*保存した瞬間のシステムの状態を復元*できます。

## AWSスナップショットを上手に活用して効率的にデータバックアップを取ろう

AWSのスナップショットは、**バックアップよりも短時間かつ容量を抑えて、システムの状態を保持できる機能**です。自動化を図ることもでき、AMIと併せて自動処理すれば、バックアップの取り忘れや、古いバージョンのバックアップデータによるストレージ圧迫を防止可能です。

一方、スナップショットは元データ破損時の復旧が困難である点や、システム構成などの情報を含まない点には気をつけましょう。*一般的なバックアップやAMI作成と適切に併用すれば、効率的なバックアップ作成が実現*できます。

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

AWSのスナップショットは、システムのある瞬間の状態を保持する方法です。一般的なバックアップと比べて短時間で処理でき、ストレージ容量の節約も可能です。自動化すれば、さらに便利に活用できます。AWSスナップショットの概要・料金・メリットなどを解説します。

AWSスナップショットは、一般的なバックアップより短時間かつ小容量でバックアップ処理ができる方法

データ量と保存期間で料金が決まり、毎回フルバックアップを取るよりもコストを低減できる

AWSスナップショットとAMIを自動化することで、バックアップの取り忘れを防止できる

AWSスナップショットとバックアップの違いは？料金や仕組みも解説

AWSではAWS Command Line Interface （AWS CLI）を**統合ツール**として提供しています。CLIとは、一般的にコマンドラインインターフェイスとして*インタラクティブな操作とバッチ処理や自動化のためのスクリプト*に用います。AWS CLIも同じ考え方で、AWSの操作の一貫性を確保するためにAWS CLIを提供しています。

CLIがコマンドラインインターフェイスとして提供されているのに対し、GUIはグラフィカルユーザインターフェースとして用いられます。AWSの場合も同様で、CLIは*AWS CLIでありGUIはAWS Management Console*となります。AWS CLIは、AWS Management Consoleの提供機能を**コマンドライン実装する**ことを目的としています。

AWS CLIに関する情報は以下のリンクから入手可能です。
参考：[AWS Command Line Interface のドキュメント](https://docs.aws.amazon.com/ja_jp/cli/index.html)

AWS CLIは以下の*2つのバージョン*があります。
・**バージョン2.x 最新バージョン**
・**バージョン1.x 旧バージョン（下位互換性のために提供）**

インストールされているバージョンを確認するには、*”aws --version”* で結果が表示されます。

AWS CLIは各プラットフォームの*ターミナルプログラムのコマンドプロンプトからコマンド実行可能*です。具体的には以下の環境で実行可能です。
・**Windows**
　WindowsのコマンドプロンプトまたはPowerShellからコマンド実行します。
・**Linux・macOS**
　LinuxやmacOSではbash・zsh・tcsh等のシェルプログラムから実行します。
・**リモートプログラム**
　PuTTYやSSHあるいはAWS Systems ManagerからAWSサービスのコマンドを実行します。

AWSのCLIは*バージョンごと*に**インストール方法が記載**されています。バージョン1と2のそれぞれのインストール方法は以下のリンクに参考情報がまとめられています。
参考：[AWS CLI バージョン 2 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-cliv2.html)
参考：[AWS CLI バージョン 1 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-cliv1.html)

バージョン2のインストール手順については、以降で詳しく説明していきます。

### AWS CLIのWindowsインストール方法

ここではAWS CLI バージョン 2の**Windowsインストール方法**を説明していきます。AWS CLI バージョン 2は*64ビット版Windows*に対して**管理者権限を使ってインストール**します。最新msiファイルは "https:\//awscli.amazonaws.com/AWSCLIV2.msi" のリンクからダウンロードします。バージョン番号を指定してダウンロードすることも可能です。

msiファイルからインストールしたら**”aws --version”** でバージョン番号を表示し、インストールが正しいことを確認します。awsコマンドが実行できない場合はPATHを確認し、必要に応じて設定します。

なお、バージョン1とバージョン2のコマンド名は共にawsとなります。誤動作を防止するためにバージョン1が不要でしたらアンインストールしておきます。
参考：[Windows での AWS CLI バージョン 1 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-windows.html)

バージョン 2のアンインストールは「コントロールパネル」「プログラムと機能」から「AWS Command Line Interface」を選択し、「アンインストール」をクリックします。
参考：[Windows での AWS CLI バージョン 2 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-cliv2-windows.html)

### AWS CLIのLinuxインストール方法

ここではAWS CLI バージョン 2の**Linuxインストール方法**を説明していきます。AWS CLI バージョン 2は以下の前提条件に従います。
・**OSディストリビューション**
　CentOS・Fedora・Ubuntu・Amazon Linux 1・Amazon Linux 2のx86とARMの64ビット版
・**パッケージ解凍ツール**
　unzipもしくは同等のコマンドを用います。
・**その他ツール**
　ディストリビューションに含まれている、glibc・groff・lessを使います。

*x86 Linuxのインストール手順*は以下の通りです。
　$ curl "https:\//awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip"
　$ unzip awscliv2.zip
　$ sudo ./aws/install

*ARMの場合はダウンロードファイルを ”awscli-exe-linux-x86_64.zip” から ”awscli-exe-linux-aarch64.zip” に変更*します。このファイル名は最新バージョンです。バージョン指定しダウンロードすることもできます。

installコマンドが終了したら**”aws --version”**でバージョン番号を表示し、インストールが正しいことを確認します。awsコマンドが実行できない場合はPATHを確認し、必要に応じて設定します。

なおWindows同様Linuxにおいても、バージョン1とバージョン2のコマンド名は同じくawsとなります。誤動作を防止するためにバージョン1が不要でしたらアンインストールしておきます。
参考：[Linux での AWS CLI バージョン 1 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-linux.html)

バージョン 2のアンインストールは以下の通りインストールパスを確認しrmコマンドで削除します。なおinstallコマンドで以下のパスを変更した場合は変更したパスを削除します。
・*”--bin-dir” または “-b” オプションの確認（メインプログラムとコンプリータのリンク先の確認）*
　未指定の場合は/usr/local/bin
　確認方法：$ which aws
・*”--install-dir” または ”-i” オプションの確認（シンボリックリンク先の確認）*
　未指定の場合は/usr/local/aws-cli
　確認方法：$ ls -l /usr/local/bin/aws

・*”--bin-dir” または “-b” オプションの削除（最初の2つのシンボリックリンクの削除）*
　未指定時の削除例：フォルダ中のawsとaws_completerを削除
　　$ sudo rm /usr/local/bin/aws
　　$ sudo rm /usr/local/bin/aws_completer
・*”--install-dir” または ”-i” オプションの削除（メインインストールフォルダの削除）*
　未指定時の削除例：シンボリックリンクされているaws-cliを削除
　　$ sudo rm -rf /usr/local/aws-cli

*rmコマンドでファイルやフォルダ削除*は、誤ったファイル名指定により別ファイルを削除する恐れもありますので下記ドキュメントを確認しながら**慎重に実施する**ことをおすすめします。
参考：[Linux での AWS CLI バージョン 2 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-cliv2-linux.html)

### AWS CLIのmacOSインストール方法

ここではAWS CLI バージョン 2の**macOSインストール方法**を説明していきます。AWS CLI バージョン 2は64ビット版のmacOSでサポートされます。最新のmacOS pkgファイルは " https://awscli.amazonaws.com/AWSCLIV2.pkg "のリンクからダウンロードします。バージョン番号を指定してダウンロードすることも可能です。

参考：[AWS CLI バージョン 2　ダウンロード](https://awscli.amazonaws.com/AWSCLIV2.pkg)

pkgファイルがダウンロードできたら、**ダブルクリックしてインストーラを起動**します。コンピュータ上の全ユーザが利用する場合はsudoでインストールします。デフォルトのインストールフォルダは/usr/local/aws-cli、シンボリックリンクは/usr/local/bin/awsに設定されます。

インストール終了後、**”aws --version”** でバージョン番号を表示し、インストールが正しいことを確認します。awsコマンドが実行できない場合はPATHを確認し、必要に応じて設定します。

macOSにおいても、バージョン1とバージョン2のコマンド名は共にawsとなります。誤動作を防止するためにバージョン1が不要でしたらアンインストールしておきます。
参考：[macOS での AWS CLI バージョン 1 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-macos.html)

バージョン 2のアンインストールは以下の通りインストールパスを確認しrmコマンドで削除します。
・*メインプログラムとコンプリータのリンク先の確認*
　未指定の場合は/usr/local/bin
　確認方法：$ which aws
・*シンボリックリンク先の確認*
　未指定の場合は/usr/local/aws-cli
　確認方法：$ ls -l /usr/local/bin/aws

・*最初の2つのシンボリックリンクの削除*
　未指定時の削除例：フォルダ中のawsとaws_completerを削除
　　$ sudo rm /usr/local/bin/aws
　　$ sudo rm /usr/local/bin/aws_completer
・*メインインストールフォルダの削除*
　未指定時の削除例：シンボリックリンクされているaws-cliを削除
　　$ sudo rm -rf /usr/local/aws-cli

*rmコマンドでファイルやフォルダ削除*は、誤ったファイル名指定により別ファイルを削除する恐れもありますので下記ドキュメントを確認しながら**慎重に実施する**ことをおすすめします。
参考：[macOS での AWS CLI バージョン 2 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-cliv2-mac.html)

インストール後の*”aws --version”* でバージョン確認まで完了したら、実際に利用してみましょう。AWS CLIはコマンドプロンプトでCLIのコマンドを入力することで、必要な処理と応答が行われます。例えば*”aws configure”*を実行すると、AWS Access Key ID・AWS Secret Access Key・Default region name・Default output formatの設定情報*が表示されます。

awsコマンドのオプションと利用可能サービス毎のコマンドは「**AWS CLI Command Reference**」にまとめられています。該当サービスの利用可能なコマンド・オプションが確認できます。*AWS Management Consoleの提供機能がカバー*されていますので、**膨大なサービスコマンドがコマンドラインインターフェイスに対応**しています。
参考：[AWS CLI Command Reference](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/index.html)

## 膨大なAWS CLIコマンドをマスターし効率的な運用を行いましょう

AWS CLIは*AWS Management Consoleのサービスオペレーションをコマンドラインで実装したもの*です。そのため、サービス毎に提供されている多くの機能をコマンドラインで実現します。コマンドラインで行える処理は非常に多く、AWS CLIコマンドをマスターすることで**効率的な運用が実現可能**となります。

まずは**AWS CLIのコマンドリファレンスを理解し、利用価値の高いEC2 から利用してみる**ことをおすすめします。

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

AWS CLIは、AWS Management Consoleの機能をコマンドライン実装した統合ツールです。手順をスクリプト化し、バッチ処理や自動化に利用できます。ここではAWS CLIのインストール手順から使い方までの一連の流れを説明していきます。

AWS CLIは、AWS Management Consoleの機能をコマンドライン実装した統合ツールです

AWS CLIは、インタラクティブ操作やバッチ処理・自動化のためのスクリプトに用います

各AWSサービスで使用するため、膨大なコマンドが提供されており効率的な運用が可能です

AWS CLIのインストール手順から使い方まで解説！

*AWS SNS（Simple Notification Service）は、AWSが提供する分散型のフルマネージドのメッセージングサービスです。*AWSを利用してサービスを提供する場合、ユーザとのやり取りが必要になるケースがあります。

ユーザへの通知手段としては、Eメール以外にもSMSなど様々な配信方法が求められ、こうした配信サービスを自前で構築すると大変ハードルが高くなります。またサービスの拡大に伴い、配信システムの管理も重要になっていきます。

AWS SNSはこうした問題を一挙に解決できるオプションサービスの1つです。この記事では、AWS SNSの特徴、基本的な機能や活用方法などについて解説していきます。

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

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

AWS SNSを利用するにあたって、特徴や機能、気を付ける点などについて確認しておきましょう。

AWS SNSはメッセージング（メール送信）サービスですが、**具体的にはどのような特徴があるのかを見ていきましょう。**実際の利用シーンや使い方を想定しながら理解を深めてください。

【参考】：[特徴 - Amazon SNS | AWS](https://aws.amazon.com/jp/sns/features/)

*■ ユーザのアクションに対する通知*
サービスを利用したユーザのアクションごとにメッセージ通知を行うことができます。たとえば、ユーザがアカウント情報を更新したり、商品を購入したりした際に、その行動をトリガーにして通知を行うことができます。

*■ プッシュ通知*
ユーザのスマートフォンに対してプッシュ通知を送ることができます。プッシュ通知は即時性があり、開封率が高く、販売促進面などで高い効果を期待できます。特にセール情報や新製品情報の発信は購入につながる可能性が高いと言われています。

*■ セキュアなメッセージング*
メッセージングでは個人情報や購買情報などのセキュアな情報が含まれることがあり、漏洩リスク対策が求められます。AWS SNSではメッセージの暗号化に対応しており、セキュアな情報を安心して通知することができます。

*■ 利用のしやすさ*
AWS SNSはAWSのマネジメントコンソールを利用して、簡単に各種設定を行えます。このため、1からメッセージング機能を構築する必要がなく、アプリケーションやサービスの開発工数、コストの低減につながります。

*■ AWS CLIを使用してAWS SNSの機能にアクセス*
AWS SNSはAWSのコマンドインターフェース、「AWS CLI」を用いてAWS SNSの各機能に簡単にアクセスすることができます。AWS SNSで用いるAWS CLIのコマンドを一覧表示したい時には、次のコマンドで利用できるAWS CLIが表示されます。

【参考】：[AWS CLI での Amazon SNS の使用 - AWS Command Line Interface](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/cli-services-sns.html)

*■ Amazon SESとの違い*
AWSのメッセージングサービスとしては、他に「AWS SES」があります。AWE SES（Simple Email Service）はEメール送信に特化したサービスで、Eメールを中心とするコンテンツ配信などを行う場合に適しています。

AWS SNSはプッシュ型の通知を得意としていますが、メッセージの容量に制限があり、長文や充実したコンテンツの配信には適しません。

他、AWSのメッセージングサービスとしては、「AWS SQS」がありますが、AWS SQS（Simple Queue Service）はプル型のメッセージ処理を特徴としており、受け取ったメッセージのキューイング処理を行います。

【参考】：[Amazon SES（高可用性で低価格なEメール送信サービス）| AWS](https://aws.amazon.com/jp/ses/)
【参考】：[Amazon SQS（サーバーレスアプリのためのメッセージキューサービス）| AWS](https://aws.amazon.com/jp/sqs/)

AWSのSESとは？特徴や活用事例だけでなく高度な使い方も紹介

AWS SNSを利用する際には、気を付けることがあります。AWS SNSは活用の仕方によっては大変優れたサービスですが、利用に当たっては注意すべきことがあります。**AWS SNSの利用上の注意点を理解した上でサービスを利用するようにしましょう。**

*■ 定時送信ができない*
AWS SNS自体には所定の時刻に送信するような機能がありません。メールマガジンなどを配信する場合に、決められた時間に送信する機能は必須とも言えます。

その対応としては「AWS Step Functions」を利用して、タスクタイマーを実装するなどの方法がありますので、定時送信が必要な方はAWS SNSと併せてAWS Step Functionsの採用を検討してみてください。

【参考】：[AWS Step Functions とは? - AWS Step Functions](https://docs.aws.amazon.com/ja_jp/step-functions/latest/dg/welcome.html)

*■ 解析機能がない*
AWS SNSには解析機能がありません。 単純な配信数、配信成功率などのような統計はコンソールで表示できますが、送信したメールの開封率カウントや集計などの機能がありません。マーケティング分析に重きを置きたい場合には、他のサービスとなるAWS SES（Eメール送信サービス）の利用を検討する必要があります。

【参考】：[Amazon CloudWatch（リソースとアプリケーションの監視と管理）| AWS](https://aws.amazon.com/jp/cloudwatch/)

AWS ANSのトピック※でサブスクライブ（メッセージを受信すること）されているサブスクライバー（メッセージを受信するアプリなど）は、AWS SNSでサポートされているプロトコルを使用してメッセージングを行っています。**ここではAWS SNSでサポートされている主なプロトコルを3つ紹介します。**

※トピックとは、通信チャネルとして機能する論理アクセスポイントのことです。

【参考】：[Amazon SNS トピックを作成する - Amazon Simple Notification Service](https://docs.aws.amazon.com/ja_jp/sns/latest/dg/sns-create-topic.html)

*■ HTTPプロトコル*
HTTP（Hypertext Transfer Protocol）は主にWebブラウザからWebサーバにアクセスする際に利用されるプロトコルです。他にHTTPはデータ提供をAPIを介して行ったり、リモートアクセスに利用したりします。また、HTTPのセキュリティを強化したHTTPSプロトコルもAWS SNSではサポートされています。

*■ SMSプロトコル*
SMS（Short Message Service）は電話番号を使ってSMSメッセージを送信する際に利用するプロトコルです。 SMSは日本語の場合、70文字程度のショートメッセージを指定された電話番号に送信する仕組みです。

携帯電話番号はあらかじめ登録された本人であることが確認ができますので、SMS認証という仕組みがよく利用されますが、SMS認証の仕組みを構築すると大変コストが掛かるため、SMS認証を検討している方はAWS SNSの利用をおすすめします。

*■ AWS Lambda*
AWS Lambdaはサーバレスでコードを実行できるプロトコルです。AWS Lambdaの利用で、プログラムを実行するためのサーバが不要となり、開発者は実行環境を意識せずに開発に専念できるというメリットがあります。

【参考】：[AWS Lambda（イベント発生時にコードを実行）| AWS](https://aws.amazon.com/jp/lambda/)

AWS Lambdaとは？できることを分かりやすく解説！

AWS SNSが手軽で便利に使えるメッセージサービスであることは理解できたと思いますが、**ではどのようなケースで利用すると効果が大きいのかを考えてみましょう。**

*■ 大量ユーザへの一斉通知*
Webサービスではいかに多くの会員を有するかが評価ポイントになります。しかし、多くの会員を獲得し、増加した会員数を維持するには、会員に対する通知やキメの細かいフォローが重要なカギとなります。

特に数10万、数100万人単位のユーザが利用しているスマートフォンアプリは、いち早く、確実に全員にメッセージを配信できる機能が求められます。その点、AWS SNSは世界中のスマートフォンユーザに対し、手軽にプッシュ通知が実装でき、スケーラビリティの観点からも十分、要求に応えてくれるでしょう。

*■ 受発注在庫管理*
物流管理や配送システムでは商品の動きに対応した効率的な作業が求められます。受注、検品やピッキング、在庫引当などのイベントをトリガーに通知を行い、リアルタイムで管理することが可能になります。ネット通販分野ではAWS SNSのメッセージング機能を利用した受発注在庫管理システムの構築に有効です。

AWS SNSを利用すると、どの程度の料金が掛かるのでしょうか？AWSにはサービス毎にあらかじめ料金を見積もる仕組みが用意されていますので、予算確保のためにも必ず料金シミュレーションをしておきましょう。

AWS SNSでは、基本料金や料金の前払い費用は一切ありません。使った分だけ支払う完全従量課金制となっています。**またモバイルプッシュ通知では月間100万件まで、SMSだと100件まで、Eメール送信は1,000件までは無料利用枠を行うことができます。**

そのため、テスト段階であれば、大方無料で利用することが可能です。

AWS SNS の標準トピック（論理アクセスポイント）内での料金は、**1カ月の間に作成された API リクエストの数と、エンドポイントへの配信回数に基づいて決定されます。**また、エンドポイントへの配信では、その種類によって料金は異なります。

 たとえば、毎月100万件までのモバイルプッシュ通知では無料ですが、100万件の上限を超えると、超えた 100万のリクエスト単位に 0.50USDが加算されます。 仮に月に500万件のプッシュ通知を利用すると、（500万件－100万件）× 0.50USD/100万件 ＝ 2.00USDとなります。

【参考】：[料金 - Amazon SNS | AWS](https://aws.amazon.com/jp/sns/pricing/)
【参照】：[AWS 料金見積りツール](https://calculator.aws/#/)

ここまで、AWS SNSの概要、利用上の注意点、対応するプロトコル、用途例などについて紹介してきました。Amazon SNSは、メッセージングサービスとしてはシンプルで、定時送信ができない、マーケティング分析機能が弱いといった弱点はあるものの、シンプルさゆえに拡張性が高いことが特徴です。

また、同じAWSのサービスを組み合わせることで、高額な万能タイプのメッセージアプリを超える機能を発揮できますので、**AWSの各種サービスの研究や要件定義を行った上で、無料利用枠を活用して、しっかり評価を行った後に正式導入を行うとよいでしょう。**

【AWS入門】ITエンジニアなら知っておくべきAWSの基礎知識

AWS SNS（Simple Notification Service）はAWSが提供するメッセージングサービスです。機能はシンプルですが、拡張性が高く、使い勝手の良いサービスです。この記事ではAWS SNSの概要、利用上の注意点、料金などについて解説します。

AWS SNSは無料利用枠でも使えるフルマネージドのメッセージングサービス

AWS SNSは特に大量ユーザへのプッシュ通知に優れている

AWS SNSはイベントトリガーで、作業と連動して通知が行える物流システムなどでも使える

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

AWS Glue（読み方：グルー）とは、**様々なデータソースからデータ分析やアプリケーション開発、機械学習などを目的にデータ検出・データ抽出・結合などを簡単に行うために用意されたAmazonの『サーバーレス・データ統合サービス』です。**

データ分析のためのデータ環境を整えるためには多くの工数やコストが掛かりますが、AWS Glueの利用によってそれらの工数やコストを大幅に減らすことが可能になります。この記事では、AWS Glueについて、概要や機能、メリット・デメリット、始め方や料金などについて紹介していきます。

【参考】：[AWS Glue　分析用データ抽出、変換、ロード （ETL）](https://aws.amazon.com/jp/glue/)

データ分析とは？基本的な目的や方法、職種例と転職方法について解説

AWS GlueはAWSが提供するETLツールでもあります。ETLは「Extrac Transform Load」の略語であり、データレイクなどからデータをExtract（抽出）し、扱いやすいフォーマットにTransformation（変換）してから、DWH（データウェアハウス）に書き出す一連のProcess（処理）です。

**ETLはDHWにデータを保存する際の前処理として行われ、DWHに保存されたデータは分析ツールを用いてビジネスなどで活用されます。**

**AWS Glueは分析を行うために複数のデータソースから、必要なデータの検出や準備・移動・統合を可能とするサーバーレス・データ統合サービスのことです。**AWS Glueの使用により、70以上の多様なデータソースを検出、接続し、一元化されたデータカタログによってデータの管理を行えるようになります。

AWS Glueではデータを視覚的に抽出・変換・ロード（ETL）する基本機能がすべて備わっており、インフラ環境の整備やデータソースの整理や準備、データウェアハウスの構築などが簡単に行え、短時間でデータ分析を行うことができます。

また、AWS Glueに含まれるグラフィカルインターフェースのAWS Glue Studioを利用することで、データ変換のワークフローを視覚的に作成することができます。

~~　【図】： AWS Glue イメージ図　~~

【参考】：[AWS Glue の概念 - AWS Glue](https://docs.aws.amazon.com/ja_jp/glue/latest/dg/components-key-concepts.html)

### AWS Glue の参考書：AWSではじめるデータレイク

AWS Glueを利用する前に、ETLやデータレイクについて学ぶ際におすすめの参考書である「AWSではじめるデータレイク」を紹介します。**本書では、データレイクの概念や機能などの基本から、それらをAWSで実現する方法までが詳しく解説されています。**

他にはAWS上の関連サービスの概要や連携方法も解説されており、予備知識を得ておくことでAWS Glueに早く馴染めることでしょう。

▪著者：上原 誠 、志村 誠、下佐粉 昭、関山 宜孝
▪出版社：テッキーメディア
▪ページ数：377ページ
▪出版日：2020年7月9日

【参考】：[AWSではじめるデータレイク](https://techiemedia.co.jp/books/)

AWS Glueの概要については理解できたでしょうか。AWS Glueを始める前に、*AWS Glueの主な機能について理解しておきましょう。*ここでは、4つの機能について解説します。

**ETLジョブとは、データソースから分析に必要なデータを抽出する機能です。**必要に応じ、サーバーレス・エンジンにてTransformation（データ変換）を行ってDWHに連携します。

【参考】：[AWS Glue での ETL ジョブ ｜ AWS Glue](https://docs.aws.amazon.com/ja_jp/glue/latest/dg/etl-jobs-section.html)
【参考】：[PowerPoint Presentation | AWS Black Belt Online Seminar](https://d1.awsstatic.com/webinars/jp/pdf/services/20210330_AWSBlackBelt2021_AWSGlueStudio.pdf)

~~　【図】： AWS Glue  ETLジョブ概要　~~

データソースからETLジョブによって構築されたデータレイクをクロールし、**データレイクに保存されたデータの内訳情報（メタデータ）を抽出してAWS GlueのData Catalogにテーブル形式で保存する機能です。**

【参考】：[クローラーの仕組み ｜ AWS Glue](https://docs.aws.amazon.com/ja_jp/glue/latest/dg/crawler-running.html)

**クローラーによってデータレイクから収集されたメタデータ（データの場所やスキーマなどの情報)が格納される場所です。**データ分析を行うには、データの発生元や分析対象データの属性などの説明情報が必要なため、データカタログを参照しながらデータ分析が行われます。

【参考】：[AWS Glue のデータカタログとクローラー ｜ AWS Glue](https://docs.aws.amazon.com/ja_jp/glue/latest/dg/catalog-and-crawler.html)

**ここまで紹介したETLジョブ、クローラー、データカタログ出力まで、一連の処理を自動化する機能としてワークフローがあります。**ワークフローを利用することで、AWS Glueのサービスを可視化できます。

【参考】：[Glue の公開 ｜ Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/glue/latest/dg/workflows_overview.html)

## AWS Glueを利用するメリットとデメリット

AWS Glueはデータサイエンティストやデータアナリスト、システムエンジニアにとって優れたサービスです。ここでは、AWS Glueを利用するメリット・デメリットを確認しておきましょう。

AWS Glueを利用することによって、どのようなメリットが得られるのでしょうか。**ここでは主なメリットを3つ紹介します。**

*■ データ分析環境を迅速に構築できる*
AWS Glueはサーバーレスのため、インフラ構築が不要、かつ事前準備がほとんど不要なため、分析データのデータソースさえあれば、直ちに分析を行うことができます。また大規模データの分析実績が豊富にあり、データ容量やサイジングの心配が不要です。

*■ 豊富な自動化機能により運用負荷が掛からない*
データ分析は事前の準備作業や手作業での試行錯誤を伴い、運用負荷が大きい傾向がありますが、AWS Glueのクローラーやワークフロー機能を活用することで、データ分析環境の更新や処理の自動化を行えるため、運用負荷の大幅な低減が可能です。

*■ データ分析に専念できる*
データ分析は常にデータの更新が必要であり、前工程やメンテナンスに労力が必要です。AWS Glueはそのような処理がほぼ自動化できるため、利用者は開発やデータ分析に専念することができます。

データ分析関連の仕事は何がある？必要なスキルや転職方法を解説

AWS Glueには大きなデメリットはありませんが、あくまでもクラウド環境でのサーバーレスサービスであるため、*オンプレミス環境の既存システムやAWS内のEC2インスタンス側のアプリとの連携を構築するのに手間と工数が掛かります。*

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

*AWS Glueを始めるためのステップについて、どのような手順が必要なのかを見ていきましょう。*AWS Glueの利用にはAWSアカウントが必要になりますので、まだ取得していない人は取得しておくことをおすすめします。

**AWS Glueを始めるには次のステップを踏みます。**

①AWS アカウントをセットアップしてログインする
②AWS Glue サービスの IAM ポリシーを設定する
③データストアにアクセスするための環境を設定する 

上記のステップについて、概要を解説します。

【参考】：[開始方法 - AWS Glue ｜ AWS](https://aws.amazon.com/jp/glue/getting-started/)

*■ AWS アカウントをセットアップしてログイン*
AWSアカウントを取得していることが、AWS Glue利用の前提条件です。AWSアカウントでログインするとAWSコンソールが表示されます。これまでにAWS Glueを利用している場合は、メニュー一覧にAWS Glueが表示されていますので、ここからAWS Glueのサービスにアクセスします。

~~【図】： AWSコンソールにログイン　~~

AWS Glueが表示されていない場合は、まだ利用履歴がないため、上の検索窓に"AWS Glue"と入力し、表示されたメニューから目的のサービスを選択します。

~~【図】： AWSコンソールからGlueを選択　~~

*■ AWS Glue サービスの IAM ポリシー設定*
IAMポリシーとは、利用するAWSサービスやリソース、操作や許可などの権限をユーザーに対して設定できる定義のことです。

AWS Glueで設定するIAMは、AWS Glue用IAMロール、AWS Glueコンソールで使用するNotebook server用のIAMロール、コンソールのアクセス権限などです。詳細については、ドキュメントで確認しましょう。

【参考】：[AWS Glue のドキュメント ｜ AWS Glue](https://docs.aws.amazon.com/ja_jp/glue/?icmpid=docs_homepage_analytics)
【参考】：[AWS Glue 用の IAM アクセス許可のセットアップ  ｜  AWS Glue](https://docs.aws.amazon.com/ja_jp/glue/latest/dg/getting-started-access.html)

~~【図】： AWS Glueコンソール IAM ポリシー設定　~~

*■ データストアにアクセスするための環境設定*
AWS Glueを利用できるようにするためには、データストアにアクセスするための環境設定が必要です。AWS GlueではS3以外にRDS、Redshiftなどのデータストアとの連携が可能です。

RDS、RedshiftはVPC（Virtual Private Cloud）内にリソースを置くため、VPC外のS3と連携するためにVPCエンドポイント設定が必要です。他、AWS GlueとVPC内の各リソースと通信が行えるようにセキュリティグループの設定を行います。

最後にDNSの設定を行います。設定ができたら、入門ガイドの手順に従ってデータの分析を開始しましょう。

【参考】：[データストアへのネットワークアクセスを設定する ｜ AWS Glue](https://docs.aws.amazon.com/ja_jp/glue/latest/dg/start-connecting.html)

~~【図】： AWS Glueコンソール　~~

~~【図】： AWS Glue　VPCを作成　~~

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