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

AWSでは、**学習ステップに応じたコンテンツ**を提供しています。

・*ステップ1（AWSクラウドの理解）*
AWSの基礎情報を紹介動画や主要概念として情報提供しています。

・*ステップ2（初めてのアプリケーション起動）*
1時間程度で使い方がマスターできるラーニングパスが用意されています。
それぞれ「フルスタックデベロッパー」「DevOpsエンジニア」「組み込み分析デベロッパー」「フロントエンドデベロッパー」「AIアプリケーションデベロッパー」「データベース管理者」「趣味的ビルダー」「データサイエンティスト」の8分類のラーニングパスが紹介されています。

・*ステップ3（AWSの活用）*
さらに知識を高めるために「データベース」「Machine Learning」「サーバーレス」「コンピューティング」「コンテナ」「ストレージ」の6つのクラウドリソースについて詳細学習手順を紹介しています。

AWSの*クラウドレベル*とは、学習で**想定されるスキルレベル**を指します。具体的には、以下の4段階が定義されています。

・*レベル100 - Introductory*
　AWSのサービスと機能の概要レベル
・*レベル200 - Intermediate*
　サービスの詳細やデモ、ベストプラクティス等の共有、レベル100の理解度が前提
・*レベル300 - Advanced*
　特定のトピックスを深堀する
・*レベル400 - Expert*
　該当サービスを深い知っている方向け、複数のサービスを連携して設計・実装するレベル

チュートリアルでは、*レベル100からレベル300*までの学習コンテンツが用意されています。*レベル400*は、複数サービスとの連携やサービスの深い知識が求められるので、チュートリアルではカバーされていません。

## 具体的なAWS チュートリアルは？

**AWS チュートリアル一覧**は「*ご利用開始のためのリソースセンター *」の「*ハンズオンチュートリアル*」で表示されます。
参考：[AWS ご利用開始のためのリソースセンター ハンズオンチュートリアル](https://aws.amazon.com/jp/getting-started/hands-on/)

### AWS チュートリアルの一覧は？

AWS チュートリアルは「*カテゴリ*」「*クラウドレベル*」「*コンテンツタイプ*」から**フィルター表示させて選択します。**2021年5月時点の情報を「*各カテゴリ*」「*クラウドレベル100*」でフィルターした結果は、以下の通りです。

・*コンテナ*（レベル100-1件）
「最新のアプリケーションを構築」、2.5時間

・*コンピューティング*（レベル100-13件）
「Linux仮想マシンを起動」、10分
「WordPressウェブサイトを起動」、10分
「Windows 仮想マシンを起動」、10分
「EC2 スポットインスタンスを使用してAmazon EMR clustersのコストと規模を最適化する方法」、10-20分
「EC2 スポットインスタンスを使用した大規模なバッチジョブの実行」、10分
「独自のMinecraftサーバーを運用する」、10分
「Pythonウェブアプリをデプロイ」、45分
「.NETアプリケーションをホスト」、1時間
「LAMPスタックウェブアプリケーションを構築」、1時間
「Drupalウェブサイトを構築」、1時間
「WordPressウェブサイトを起動および設定」、10分
「LAMP ウェブサイトを起動および設定」、10分
「Windows Server 2016インスタンスを起動および設定」、10分

・*データベース*（レベル100-9件）
「NoSQL テーブルを作成してクエリを実行」、10分
「Amazon DocumentDB（MongoDB互換）およびAWS Cloud9を使用してドキュメントデータベースをセットアップする」、10分
「サーバーレスアプリケーションの構築」、10-20分
「アプリケーション開発を加速する高速データベースクローニングおよびバックトラッキング」、10分
「変動するアプリケーションの要求を満たすために MySQL データベースをAuto scaling」、10分
「Amazon RDSでWordPressをデプロイ」、50分
「Amazon ElastiCache for Redisを使い、MySQLデータベースのパフォーマンスを向上させる」、2時間
「Amazon RDSでDrupalをデプロイ」、50分
「非リレーショナルデータベースを作成および管理」、2時間

・*開発ツール*（レベル100-3件）
「EC2 インスタンスでリモートからコマンドを実行」、10分
「Git リポジトリを AWS に移行」、30分
「AWS の開発ツールサービスの概要」、5分

・*Machine Learning*（レベル100-14件）
「深層学習の紹介」、20分
「深層学習モデルをトレーニング」、10分
「顔を検出・分析・比較」、10分
「Amazon SageMaker Autopilotを使用して機械学習モデルを自動作成する」、10分
「WordPress で作成したウェブサイトに音声を追加」、10分
「テキストの感情を分析」、10分
「AWS DeepLensプロジェクトを作成」、10分
「AWS DeepLensプロジェクトを拡張」、10分
「動画分析とリッチメタデータ抽出」、10分
「言語間でテキストを翻訳」、10分
「AWS Deep Learning AMI を起動」、10分
「機械学習モデルを構築・トレーニング・デプロイ」、10分
「進化するボット」、1.5時間
「音声を文字起こしする」、10分

・*モバイル*（レベル100-1件）
「ReactJS アプリをデプロイおよびホスト」、10分

・*サーバーレス*（レベル100-11件）
「「Hello, World!」をサーバーレスで実行」、10分
「サーバーレスのウェブアプリケーションを構築」、2時間
「ウェブアプリケーションをデプロイし、APIやデータベースとのインタラクティビティを追加する」、35分
「AWS Batchおよ AWS Step Functionsを組み合わせて、動画処理ワークフローを作成する」、10分
「分散されたアプリケーション間でメッセージを送信」、10分
「ファンアウトイベント通知を送信」、10分
「トピックにパブリッシュされたメッセージをフィルタ」、10分
「キューベースのマイクロサービスのオーケストレーション」、10分
「「最初に対応する」タスクリクエストのファンアウトパターンを作成」、10分
「サーバーレスアプリケーションでエラーに対処」、10分
「サーバーレスワークフローをスケジューリング」、10分

・*ストレージ*（レベル100-3件）
「静的ウェブサイトをホスト」、30分
「ファイルを保存および取得」、10分
「コンプライアンスアーカイブを設定」、1時間

・*アカウントの管理*（初級として1件）
「Service Quotasを使ってアカウントのservice quotasを増加する」、10分

### おすすめのAWS チュートリアルは？

チュートリアルの件数は非常に多いので、*クラウドレベル100*の中で*10分あるいは10〜20分*程度のハンズオン・動画コンテンツをお勧めします。**AWSにサインアップ**することで学習コンテンツが利用可能です。一部のコンテンツは*無料利用枠の対象*となっていますので有効活用しましょう。

なお、カテゴリとしては**利用想定サービスを中心に学習する**ことをお勧めします。または、ニーズの高い「*コンピューティング*」や「*ストレージ*」のカテゴリを用いて知識吸収を進めましょう。

次に、*30分や1時間等長めのコンテンツ*を活用し、理解を深めましょう。そして上位である*レベル200やレベル300*のコンテンツを使ったり、*他のカテゴリー*を学習したり**総合力を高めるのが良いでしょう**。

### レベル100以外のAWS チュートリアルは？

ここでは、2021年5月時点の*レベル200および300*についても触れていきます。
*レベル200*のAWS チュートリアルは以下の通りです。

・*コンテナ*（レベル200-1件）
「Kubernetesアプリケーションをデプロイ」、30分

・*コンピューティング*（レベル200-4件）
「WordPressウェブサイトを構築」、1時間
「負荷分散された WordPressウェブサイトを作成する」、1時間
「クラウドにデスクトップをプロビジョニング」、2日間
「Linux 踏み台ホスト」、5分

・*データベース*(レベル200-4件）
「Amazon DynamoDBとAmazon SNSを使用しターン制ゲームを構築」、2.5時間
「Amazon ElastiCache for Redisを使い、オンラインアプリケーション用の高速セッションストアを構築する」、2時間
「高速なクロスリージョン災害対策および低レイテンシーのグローバル読み取り」、10分
「Amazon DynamoDBを使用したゲームアプリケーションのデータモデリング」、2時間

・*開発ツール*（レベル200-2件）
「サーバーレスのアプリをローカルでデバッグ」、1時間
「Jenkins ビルドサーバーを設定」、45分

・*サーバーレス*（レベル200-2件）
「Amazon Auroraサーバーレスによるゲームの在庫システム」、2.5時間
「Amazon SNS メッセージをプライベートに発行する」、20分

・*ストレージ*（レベル200-1件）
「テープをクラウドストレージに置き換える」、40分

*レベル300*のAWS チュートリアルは以下の通りです。

・*コンテナ*（レベル300-1件）
「機械学習トレーニングの最適化とスケーリング」、10-20分

・*データベース*（レベル300-3件）
「Amazon DynamoDBを使用してモバイルアプリ向けのデータベースを設計」、3時間
「Oracle から Redshiftに移行」、2時間
「Oracle から Amazon Auroraに移行」、2時間

・*Machine Learning*（レベル300-1件）
「機械学習トレーニングの最適化とスケーリング」、10-20分

・*サーバーレス*（レベル300-1件）
「Amazon Aurora Serverless Amazon ElastiCacheを使用してリアルタイムなリーダーボードをビルドする」、3時間

レベル100の学習後は、*レベル200やレベル300*のチュートリアルの**コンテンツに挑戦**してみましょう。

## 豊富なAWSのチュートリアルを有効活用し、スキルアップに役立てましょう

AWSは*豊富なサービス*を提供しています。しかし、何から手を付ければよいのか分からない方も多いと思います。今回紹介したAWSのチュートリアルでは、*初心者から経験者*まで*多様なレベルの学習コンテンツ*が用意されています。自身の知識を保管するためにも**チュートリアルを活用**し、**AWSの最適なサービス利用**を進めましょう。

AWSはサービスが豊富なために、何から始めればいいのか迷う方も多いですよね。AWSではサービスの概要や機能を紹介し、学習に役立てられる「チュートリアル」というコンテンツを用意しています。ここでは、AWSのチュートリアルを紹介し、有効な活用方法を説明します。

AWSでは学習コンテンツをチュートリアルとして提供しています

チュートリアルはカテゴリとレベルに分類して初心者から経験者まで利用可能です

チュートリアルは無料利用枠を設定しているものもありますので、活用をお勧めします

AWSのサービス利用方法に迷ったら！チュートリアルの活用

AWSでは、*アカウント管理*に*AWS Identity and Access Management（IAM）*を用います。*AWSのスイッチロール*とは、複数のAWSアカウントを利用する場合にアカウント権限を*ロールとして付与*することで、*ログイン処理の手間を削減*し**AWSアカウントの利用効率を高める**ことができます。

通常システムは開発環境やテスト環境、そして本番環境等に分類されて運用されています。この際、*アクセス権限*をその*環境に適した制限*を加えたり、*業務に応じたロール*を設定したりします。

ここで、事業規模が大きいシステム運用の場合を考えてみます。その場合、本番環境も目的に応じて*複数のサーバー機能*を持ちますし、*開発担当者・テスト担当者・業務担当者*がいるためそれぞれの管理者の**ユーザー数は膨大**になってしまいます。通常アカウントは、サービス毎の*AWSアカウントID・ユーザー名・パスワード*を用います。そのため、管理するシステムが複数の場合は都度*現行システムアカウントのログアウト*・*移動先システムのログイン*を**煩雑に実行**しないといけません。

### AWSのスイッチロールの具体的なメリットは？

先ほどAWSのアカウント運用の概要をお話し、AWSアカウントの管理の大変さは伝わったと思います。担当者がチーム再編で解散したり、担当変更による離任・着任が多く発生したりするケースでは、*アカウントの追加・削除*だけでも**非常に多くの工数**が発生します。加えて、管理者が*複数のプロジェクトを同時に管理する*場合は、さらに多くのAWSアカウントを管理する必要が出てきます。

これらの複雑での手間のかかる**アカウント管理を簡素化**するのが、*スイッチロール*です。スイッチロールではAWSアカウントを*AWS IAM ユーザー*として管理し、*各開発環境やテスト環境等に応じたロール*を設定します。

利用例として、開発環境のアカウントからテスト環境のアカウントに移動する場合を考えてみます。その場合、ログイン済み開発環境アカウントで*テスト環境用*の*スイッチロールをクリック*することで、*テスト環境のロールに移動*します。同様に、他の環境へも*同一操作で移動*しますので*アカウントログインの手間*が**大幅に削減**され、**アカウント情報入力ミスが削減**できるでしょう。

## AWS スイッチロールの利用方法は？

AWS スイッチロールは簡単に利用できます。ロールを切り替えるには、*AWS マネジメントコンソール*の「*IAMコンソール*」を用います。その後、[Switch Role]の[*ロールの切り替え*]で**アカウントIDと与えられたロール名を入力するだけ**です。
元に戻るには、「IAM コンソール」で[XXXに戻る] を選択します。XXXは元のユーザー名です。
参考：[AWS Identity and Access Management ユーザーガイド ロールへの切り替え (コンソール)](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/id_roles_use_switch-role-console.html)

なお、AWSアカウントの*ルートユーザー*の場合は*ロールを切り替えることはできず*、スイッチロールする際は*IAMユーザーとしてサインイン*が必要です。

### IAM コンソール以外のAWS スイッチロールの利用方法は？

IAM コンソール以外の**AWS スイッチロール方法**として、まず*AWS CLI*を用いてスイッチロールする手順を説明します。

（1）”aws configure”コマンドでアクセスキーID・シークレットアクセスキー・AWS リージョン・出力形式を一括初期設定（AWS CLIの初回のみ）
（2）UnixまたはLinuxの「.aws/config」ファイル、またはWindowsの「C:\Users\USERNAME\.aws\config」ファイルにプロファイル作成
（3）”aws iam list-users --profile YYYY”コマンドでロールの切り替え、ここでYYYYは（2）で作成したプロファイル名
（4）”aws iam list-users --profile”コマンドでロールを戻す、--profileの後はパラメータなし
参考：[AWS Identity and Access Management ユーザーガイド IAM ロールの切り替え (AWS CLI)](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/id_roles_use_switch-role-cli.html)

*AWS API*を用いる場合は、*AssumeRole API*を用いて*アマゾンリソース名（ARN）*を引数で渡すだけです。AWS APIの場合は、*スイッチしたロールが終了*すると*自動的に元のアクセス許可*に戻ります。
参考：[AWS Identity and Access Management ユーザーガイド IAM ロールの切り替え (AWS API)](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/id_roles_use_switch-role-api.html)

### AWS スイッチロール利用の事前準備は？

AWS スイッチロール利用のために、*AWS IAM*を用いて*ロールを設定*します。なお、AWS IAMは以下の方法で**アクセスが可能**です。

・*AWS マネジメントコンソール*
　ブラウザによるアクセス
・*AWS コマンドラインツール*
　AWS コマンドラインインターフェイス（CLI）またはAWS Tools for Windows PowerShell
・*AWS SDK*
　ソフトウェア開発キット（SDK）
・*IAM HTTPS API*
　HTTPSリクエストによるサービス接続
参考：[AWS Identity and Access ManagementI ユーザーガイド IAM とは](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/introduction.html)

### IAM コンソールを用いたAWS IAM ロールの作成方法は？

*AWS マネジメントコンソール*を用いた**ロールの作成**は以下の手順で行います。

（1）AWS マネジメントコンソールからIAM コンソールを選択
（2）IAMのナビゲーションペインで[ロール]、[ロールの作成] の選択
（3）[別のAWS アカウント] の選択
（4）AWS アカウントIDの入力
（5）管理対象外アカウントのCLI利用時に[外部 ID が必要]を選択
（6）多要素認証（MFA）使用時に[MFAが必要]を選択、[次へ: アクセス許可]の選択
（7）ポリシーを選択、または[ポリシーの作成] 
（8）必要時[アクセス許可の境界の設定]、[次へ: タグ] を選択
（9）ロールへのタグ付けが必要であればタグ名を指定、[Next: Review]を選択
（10）[ロール名]を入力し[ロールの作成]を選択
参考：[AWS Identity and Access ManagementI ユーザーガイド IAM ユーザーにアクセス権限を委任するロールの作成](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/id_roles_create_for-user.html)

###  IAM コンソール以外のAWS IAM ロールの作成方法は？

ここでは、* IAM コンソールを用いず*に*ロールを作成*していきます。*AWS CLIとAWS API*によるロールの作成手順を紹介します。共に同等の手続きに従いますので、**作業手順は同一**です。

最初に、*AWS CLI*を用いた手順を説明します。
（1）”aws iam create-role”コマンドでロールを作成
（2）”aws iam attach-role-policy”コマンドでマネージドアクセス許可ポリシーをロールにアタッチ
　（または”aws iam put-role-policy”コマンドでロールのインラインアクセス許可ポリシー 作成）
（3）必要時”aws iam tag-role”コマンドでカスタム属性をロールに追加
（4）必要時”aws iam put-role-permissions-boundary”コマンドでロールのアクセス許可の境界設定

続いて、*AWS API*によるロールの作成方法を説明します。
（1）CreateRole APIでロールを作成
（2）AttachRolePolicy APIでマネージドアクセス許可ポリシーをロールにアタッチ
　(またはPutRolePolicy APIでロールのインラインアクセス許可ポリシーを作成)
（3）必要時Tags Role APIでカスタム属性をユーザーに追加
（4）必要時PutRolePermissionsBoundary APIでアクセス許可の境界を設定

## AWSのアカウント切り替えをスイッチロールで効率的に進めよう

AWSのサービスも利用が進むと*複数アカウント管理*が求められてきます。*スイッチロール*はAWSのアカウント切り替えを*ロール単位*で行いますので、*複数の業務責任を持つ方*には**大変効率的**です。ぜひスイッチロールを体験していただき、*効率的なクラウド運用*を進めましょう。

AWSのサービス導入が進むと、権限を分けたアカウント管理が求められます。AWSのスイッチロールは、AWSアカウントの利用効率を高めることが可能です。ここでは、AWSのスイッチロールについて利用メリットや実際の設定方法について説明していきます。

AWSのスイッチロールとは、アカウント権限をロールとして付与しロール切り替えでサービス利用するものです

AWSのスイッチロールで、複数アカウントのログイン・ログアウト処理せずアクセス権限が付与されます

AWSのスイッチロールはコンソール操作の他、CLIやAPIでも対応可能で柔軟な運用が可能です

AWSのスイッチロールとは？そのメリットと設定方法を解説！

*AWS*は、*最大のクラウドサービス事業者*です。その特徴は、**膨大な提供サービスの数**にあります。

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

AWSのサーバーサービスは「*Amazon Elastic Compute Cloud（Amazon EC2）*」と呼びます。AWSはサーバーサービスに関連する**コンピュータ資源のサービスが豊富**で、さらに**ニーズに合わせた補完サービスが多数提供されています**。そのため、いくつかのAWSサービスを併用することが一般的といえるでしょう。
参考：[AWS Amazon EC2](https://aws.amazon.com/jp/ec2/)

### AWSのサーバーサービスの利用方法は？

*Amazon EC2*により、AWSのサーバーサービスが利用可能です。Amazon EC2利用時には、*サーバーに接続するストレージ*も**選定が必要**となります。Amazon EC2の「*Amazon EC2 インスタンスストア*」の他、AWSでは「*Amazon Elastic Block Store（Amazon EBS）*」というサービスを選択します。

もしDBサービスを利用する場合には、「*Amazon Relational Database Service（Amazon RDS）*」が選択可能です。サービス利用で活用するストレージ容量がさらに必要であればより安価な「*Amazon Simple Storage Service（Amazon S3）*」をストレージサービスとして選択できます。Amazon S3により、他のサービスとのデータ連携も可能です。

### AWSのサーバーサービスの料金体系は？

AWSのサーバーサービスである*Amazon EC2*は、使用に応じた料金が発生する*従量課金制*です。 **無料利用枠**が設定されており1年間毎月750時間分のLinuxおよびWindowsの t2.microインスタンスが含まれます。オンデマンド・Savings Plans・リザーブドインスタンス・スポットインスタンス・Dedicated Hostの各支払方法がありますので、実際の利用状況に応じた設定が可能です。

### AWSのサーバーサービスのメリットは？

Amazon EC2はAWSのサーバーサービスで、以下の**メリット**があります。

・*構成の柔軟性*
必要なコンピュータ資源を柔軟に設定できます。同様に初期作業の大幅な削減が可能です。
・*ソフトウェアの豊富なバリエーション*
OSの選択肢が多く、ソフトウェアもAWS Marketplaceのアプリケーションが豊富に揃っています。
・*料金体系*
従量制課金なので、利用料に応じた課金で資産を持たずに業務を開始できます。
・*耐障害性*
複数のロケーションを選択して、アプリケーションを障害から保護できます。
・*高いセキュリティ*

多くのユーザに支持されている高いセキュリティレベルを提供しています。ネットワークセキュリティのみならず、データの暗号化やIdentity and Access Management（IAM）によりアクセスを保護します。

### AWSのサーバーサービスに適する活用方法は？

AWSは世界数百万ユーザを抱えており、*Amazon EC2*は**AWSの主要なサービス**に位置づけられています。実際の活用例は、*ECサイトや企業サイト*が多数を占めています。また、政府系システムの実績も増加し、日本においても2018年に「*クラウド・バイ・デフォルト原則*」が公表されました。そのため、政府機関の情報システムの構築においてクラウドサービスとしてのAWSの活用の機会が増えていくでしょう。

その他の活用方法としては、*AWS Marketplace*を見ると*業務アプリケーション基盤・DevOps開発基盤・IoTデータ収集システム・機械学習・データ分析*などが想定用途として数多く利用されていることが分かります。

### AWSのサーバーサービスとサーバーレスサービスの違いは？

*Amazon EC2*を始めとするクラウドサービスは、コンピュータ資源としてサーバー・ストレージ・ネットワークをを割り当てます。そのため、必要な*キャパシティ*（メモリーサイズやストレージサイズ等）や*性能*（CPU数やノード数等）をあらかじめ設定する必要があります。その作業では、事前に*サイジングやチューニング等のアセスメント*を行い、サービス提供を受けます。同様に、*システム開発を行いアプリケーションをデプロイ（配布）する利用のための作業*が必要です。

*AWS Lambda*は、AWS製品サービスのカテゴリーで*サーバーレスカテゴリー*に属するサービスです。サーバーレスサービスでは、サーバーの*プロビジョニングや管理等を行わず*に必要なコード（処理）を実行できます。実行は、*イベントを定義*することでコンピュータ資源を用いで*自動的に実行してくれる*のが特徴です。

*AWS Lambda*では利用するための一連の*管理作業が不要*となり、*初期作業と運用作業の省力化*により*生産性が向上する*ことが特徴です。さらに、料金体系は消費したコンピューティング時間に対して請求されるので、事前に資源を確保する場合に比べて大幅な*料金節約*が図られます。

しかし、業務サービスを通じて*一定以上の計算処理が発生する場合*は、*Amazon EC2の方が割安*になので**利用方法に応じて使い分けする**のが良いでしょう。

以下の流れで、*Amazon EC2のインスタンスが作成可能*です。*AWS 無料利用枠が利用できる*ので、**各種設定変更の確認が可能**です。

（1）*AWS アカウントをセットアップしてコンソールにログイン*
AWS マネジメントコンソールにログインして、rootアカウントをセットアップします。

（2）*インスタンスを起動*
EC2インスタンスをAmazon Machine Image（AMI）テンプレート等により作成します。

次に、Amazon EC2ダッシュボードから[インスタンスを起動]を選択し、仮想マシンを作成していきます。
（3）*インスタンスの設定*
必要とされるCPU・メモリ。・ストレージ・ネットワークキャパシティからインスタンスタイプを選択します。加えて、ストレージのサイズ・ボリュームタイプ・セキュリティグループを選択します。

（4）*インスタンスへの接続*
EC2 Instance Connectや他のコンセール接続を用いてインスタンスへ接続します。

（5）*インスタンスの終了*
EC2インスタンスを選択し、[アクション][インスタンス][終了]をクリックします。
参考：[Amazon EC2の開始方法](https://aws.amazon.com/jp/ec2/getting-started/)

### サーバー構築に必要な他のサービスは？

ここでは、関連して**サーバー構築に必要なリソース**について説明します。

・*ネットワーク*
ネットワークは重要な要素です。サーバー構築後に外部とAmazon EC2をネットワーク接続したり、Amazon EC2の仮想サーバー間で通信したりする場合には「Amazon  Virtual Private Cloud（Amazon VPC）」を用います。Amazon EC2のインスタンス作成の前に、Amazon VPCからサブネット・ルートテーブル・インターネットゲートウェイを作成しておきましょう。

・*セキュリティ*
Amazon EC2のインスタンス作成時に、セキュリティグループと呼ばれるセキュリティの設定を行います。ファイアウォールの設定等を適宜実施します。

・*コンピューティング*
コンピューティングには、Amazon EC2を用います。サービスの開始はすでにお話しした通りです。

・*ストレージ*
Amazon EC2のインスタンスタイプに応じて選択します。「Amazon EC2 インスタンスストア」「Amazon Elastic Block Store（Amazon EBS）」から選択します。
なお、「Amazon EC2 インスタンスストア」は揮発性のためインスタンス終了や停止によりデータが消滅しますのでご注意ください。

・*Webサーバーや他のソフトウェア・サービス*

Webサーバーを設定するには、ApacheサーバーをAmazon EC2で作成したインスタンスへSSHログインし、インストールします。これによりWebサーバーが動作し、その後必要なソフトウェアを追加インストールしていきます。

さらに、業務で必要とされるAWSサービスを追加で利用設定していきます。一例としてDBを活用する際には「Amazon Relational Database Service（Amazon RDS）」を用います。ファイルアクセスやバックアップ保存を行う場合は「Amazon Elastic File System（Amazon EFS）」や「Amazon Simple Storage Service（Amazon S3）」等を活用します。

自身でAWS EC2の構築ができると良いのですが、時間がなかったり複雑なシステム構成が必要になったりする場合はどう進めるのが良いでしょうか？その点AWSのサービスは人気ですので、*AWSサービスの構築支援*をサービスメニューに掲げている会社が数多くあります。費用は*ヒアリングし、要件定義するサービス*で*10万円前後から数十万円前後*の場合が数多く見受けられます。ご興味のある方は、**ウェブ検索により情報収集**してみましょう。

## AWSのサーバーを構築し業務に活用しよう

*AWSのサーバー構築は簡単*です。一連の*Amazon EC2インスタンス作成まで*の流れで**所要時間1時間程度で完成**します。Amazon EC2には無料利用枠が設定されていますので、色々な*インスタンスタイプやセキュリティ設定*等を実際に**確認し、理解を深めましょう**。

AWSでは多岐に渡るサービスを提供しており、Amazon EC2はAWSを代表するサービスです。ここでは、Amazon EC2を用いた実際のサーバー構築の流れを説明していきます。また、初心者の方にも必要な情報がカバーされているので、ぜひご確認ください。

Amazon EC2はAWSを代表するサービスで、サーバー構築に利用します

Amazon EC2を用いたサーバー構築はAWSマネジメントコンソールから簡単に作業できます

Amazon EC2インスタンス作成までは、所要時間1時間程度で完成します

AWSのサーバー構築の流れは？初心者にも分かりやすく解説！

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

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

*CIDR*（サイダー）は、*Classless Inter-Domain Routing*の略です。*IPネットワークのクラス*を*部分的に割り当て*て**IPアドレスの使用量を削減**します。*IPアドレス*は*プレフィックス*と*ホストアドレス*に分かれており、32ビットのIPアドレスはプレフィックスとして8ビット・16ビット・24ビットのいずれかを割当していました。そのため、ホストアドレスはクラスCで8ビット分クラスBで16ビット分しか割当できず、ホストアドレスをルーティング処理するため*多くのオーバーヘッド*が発生していました。

*CIDR*では、可変長サブネットマスク*VLSM（Variable Length Subnet Masking）*を用いるため、*IPアドレスの浪費を抑えてルーティング効率を向上*します。

分かりやすく言うと、従来の*クラスフル*に用いた*クラスA・クラスB・クラスC*の管理体系では*IPアドレス管理上の無駄*が生じてしまいます。そのため、*クラスレス*として必要なアドレス個数に合わせてネットワークアドレスとホストアドレスの**境界を任意に決定する方式**が考案され、現在広く利用されています。

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

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

## Amazon VPCとサブネットの使用方法は？

AWSでは最初のサービス利用手順として、*Amazon VPC*を作成します。その後、*CIDR表記を用いてサブネットを設定*します。これによって、コンピューティングサービスである*Amazon Elastic Compute Cloud（EC2*）の**インスタンスを起動**したり、**サービスを用いて外部通信すること**が可能です。
参考：[Amazon VPC ユーザーガイド VPC とサブネットの使用](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/working-with-vpcs.html)

ここでは、*Amazon VPC*を**Amazon VPC コンソールを使用して作成**していきます。

（1）Amazon VPC コンソールを開く
（2）ナビゲーションペインで [VPC] を選択し、[サブネット作成] を選択
（3）必要に応じて VPCの詳細を指定
　　[Name tag]：VPC の名前を指定
　　[IPv4 CIDR ブロック]：VPC用の IPv4 CIDR ブロックを指定
　　[IPv6 CIDR ブロック]：IPv6 CIDR ブロックを VPC と関連付け
　　　- [Amazon 提供の IPv6 CIDR ブロック]：
　　　- [所有する IPv6 CIDR]：

コマンドラインツールを使用してVPC を作成する場合は、以下のコマンドを用います。
・create-vpc （AWS CLI）
・New-EC2Vpc （AWS Tools for Windows PowerShell）

### Amazon VPCでサブネットを作成・確認するには？

Amazon VPC で**サブネットを作成**するには、Amazon VPCからサブネットの IPv4 CIDR ブロックを指定します。同様に、 IPv6 CIDR ブロックがVPC に関連付けられている場合は、サブネットに IPv6 CIDR ブロックを指定可能です。具体的な手順は以下の通りです。

（1）Amazon VPC コンソールを開く
（2）ナビゲーションペインで [サブネット] を選択し、[サブネットの作成] を選択
（3）必要に応じて サブネットの詳細を指定
　　[Name tag]：サブネットの名前を指定
　　[VPC]：サブネットを作成する VPCを選択
　　[アベイラビリティーゾーン]：ゾーンを選択するかデフォルトの [指定なし] 
　　[IPv4 CIDR ブロック]：サブネットの IPv4 CIDR ブロックを指定
　　[IPv6 CIDR ブロック]：IPv6 CIDR ブロックを VPC に関連付け

コマンドラインツールを使用してサブネットを追加する場合は、以下のコマンドを用います。
・create-subnet （AWS CLI）
・New-EC2Subnet （AWS Tools for Windows PowerShell）

サブネットを作成したら、**ルーティングを設定**します。また、*サブネットの設定を確認*するには以下の手順で行います。
（1）Amazon VPC コンソールを開く
（2）ナビゲーションペインで [サブネット] を選択し、[サブネットの作成] を選択
（3）[詳細を表示]を選択

コマンドラインツールを使用してサブネットを記述するには以下のコマンドを用います。
・describe-subnets （AWS CLI）
・Get-EC2Subnet （AWS Tools for Windows PowerShell）

### Amazon VPCでサブネットを追加関連付けるには？

VPC に別の**CIDR ブロックを追加し利用する**ことが可能です。Amazon VPCで*CIDR ブロックを追加関連付け*たら、ステータスはassociatingになり*利用可能*となります。

具体的な手順は以下の通りです。
（1）Amazon VPC コンソールを開く
（2）ナビゲーションペインで [VPC] を選択し、[アクション][CIDR編集] を選択
（3）必要に応じ以下を選択
　　[Add IPv4 CIDR] を選択、追加するCIDR ブロックを入力
　　[Add IPv6 CIDR] を選択、IPv6 アドレスプールから IPv6 CIDR ブロックを割り当て
（4）[終了]を選択

コマンドラインツールを使用して CIDR ブロックを追加するには以下のコマンドを用います。
・associate-vpc-cidr-block （AWS CLI）
・Register-EC2VpcCidrBlock （AWS Tools for Windows PowerShell）

### Amazon VPCでサブネットでインスタンスを起動するには？

*サブネット作成とルーティング設定後*、**Amazon EC2 インスタンスが起動**できます。具体的な手順は以下の通りです。

（1）Amazon EC2 コンソールを開く
（2）ダッシュボードで[インスタンス起動]を選択
（3）[Configure Instance Details] [Network] を確認、インスタンス起動サブネットを選択
（4）[Next: Add Storage] を選択
（5）[Configure Security Group]で既存のセキュリティグループか新規作成
（6）[Review and Launch] を選択、確認後[Launch] を選択
（7）既存のキーペアを選択または新しいキーペアを作成、完了後[Launch Instances] を選択

コマンドラインツールを使用する場合は、以下のコマンドを用います。
・run-instances （AWS CLI）
・New-EC2Instance （AWS Tools for Windows PowerShell）

### Amazon VPCでサブネットを削除するには？

*サブネット*が**不要になった場合**には、以下の手順で削除します。
（1）Amazon EC2 コンソールを開く
（2）インスタンスの終了 参考：[AWS Amazon EC2 インスタンスの終了](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/terminating-instances.html)
（3）Amazon VPC コンソールを開く
（4）[サブネット]を選択
（5）該当サブネットを選択、[アクション]、[サブネットの削除]を選択

コマンドラインツールを使用してサブネットを削除する方法は以下の通りです。
・delete-subnet （AWS CLI）
・Remove-EC2Subnet （AWS Tools for Windows PowerShell）

*VPC*からの** IPv4 CIDR ブロックの関連付けの解除**をする場合は、以下の手順で行います。
（1）Amazon VPC コンソールを開く
（2）[VPC][アクション][CIDR の編集] を選択
（3）[VPC IPv4 CIDRs] で削除（IPv4の場合）
　 　 クロスアイコンを選択し、IPv6 CIDRブロックを削除（IPv6の場合）
（4）[Close]を選択

コマンドラインツールを使用して VPC から CIDR ブロックを削除するには、以下の手順を用います。
・disassociate-vpc-cidr-block （AWS CLI）
・Unregister-EC2VpcCidrBlock （AWS Tools for Windows PowerShell）

Amazon VPC コンソールを使用して** VPCを削除する**には、*先行して以下のコンポーネントを終了または削除*する必要があります。
・VPC 内のすべてのインスタンス
・VPC ピアリング接続
・インターフェイスエンドポイント
・NAT ゲートウェイ

VPCの削除手順は以下の通りです。
（1）上記コンポーネントの終了を確認
（2）Amazon VPC コンソールの起動
（3）ナビゲーションペインで [VPC] を選択
（4）削除する VPCを、[Actions][Delete VPC] を選択

コマンドラインツールを使用して VPC を削除するには、以下のコマンドを用います。
・delete-vpc （AWS CLI）
・Remove-EC2Vpc （AWS Tools for Windows PowerShell）

なお、*Amazon VPCを削除*することで*VPC設定および関連コンポーネントが削除されてしまいます*。そのため影響の有無含め事前に内容をご確認することをお勧めします。
参考：[Amazon VPC ユーザーガイド VPC とサブネットの使用](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/working-with-vpcs.html)

## AWSのネットワーク設定を行いサービス構築を円滑に進めましょう

AWSで*外部との通信を行うため*には*ネットワーク設定が必須の作業*です。その中でも、*Amazon VPCの設定*は**最初の作業**となります。このネットワーク設定を確実の行うことで、*ネットワークエンジニア*・*サーバーエンジニア*共に**クラウド構築のスキルアップが図られる**でしょう。

AWSではサービス利用をするにあたりアカウント作成と管理、続いてネットワークの設定が求められます。この作業により、サーバーサービスの利用準備が完了します。ここでは、ネットワーク設定で必要とされるAWS VPCとサブネットの設定方法について説明していきます。

Amazon VPCによりAWSの仮想ネットワークが構築できます

Amazon VPCを用いてサブネットを設定し、外部通信が可能となります

AWSで用いるネットワークの用語は一般的なものですから多くのエンジニアにお勧めします

AWS VPCの作業は？VPCとサブネットの設定方法を解説！

RPAツールは、定型作業の業務負担や業務効率を向上させるために利用されます。少子高齢化が加速していく中でRPAツールは注目を浴びています。ここでは、RPAの詳細や需要に関して詳しく紹介しましょう。

**RPAとは「Robotics Process Automation」の略称で、ロボティックスプロセスオートメーションとも呼ばれます。RPAは定型作業などの業務プロセスを自動化する技術のことです。**アプリケーションに搭載されているマクロなどとは異なり、複数あるサービスの自動化を実施することが可能です。日本ではRPAは2015年頃より導入され、徐々に市場のシェアは拡大しつつあります。

RPAでは、データの集計・統合・入力・分析など人間に代わり、処理を行ってくれるのが特徴です。例えば、POSデータやExcelデータの入力などにも利用できます。AI・機械学習などが搭載されているRPAも存在するため、処理にエラーが生じても自己学習して修正できることもあります。

**RPAの需要は高く、今後も拡大していくことが予想されるでしょう。**RPAが急速に導入されるようになった背景の1つに、働き方改革があります。働き方改革を行う目的は、1人1人の意思・スキル・事情に応じて、多様で柔軟な働き方を選択できる社会を追求していくことです。また、少子高齢化などが原因で生産労働人口が減少している日本において、労働の生産性を向上させることも目的とされています。

また、業務を効率させるツールを開発・導入するためには、多くの工数や時間がかかります。導入してみた結果、費用対効果の観点からシステムを導入した後で契約終了となる事例も多くありました。**しかし、RPAでは比較的安価で簡単に導入できます。**RPAの国内市場は急激に伸びており、2019年に実施されたある調査によると、RPAの導入率は大手企業では50％以上、中小企業でもおよそ25％でした。*今後も技術の発展により、機能が充実することが予想されるため将来性は高いといえるでしょう。*

## RPAツールを比較する際のポイント

RPAツールの市場は、日を追うごとに急激に拡大しています。多種多様なサービスが出現する中、自社のニーズに合ったサービスを選択することは簡単ではありません。導入してみたものの、使いこなすことができなかった企業も少なくありません。**そのため、効率化すべき定型作業を明確にした上で、必要な機能が備わっているかどうかを確かめることが大切です。**また、必要な機能は備わっているけれど、機能が多くありすぎて使いづらいということもよくあります。ここでは、RPAツールを比較する際のポイントについて詳しく紹介します。

### 業務やシステム連携などの複雑さへの対応しやすさ

**単純作業だけではなく、条件によってシナリオが分岐する場合・入力の仕方を変更する必要がある場合・システムの連携が複数あり複雑である場合には、それらに対応した機能が必要です。**他にも複数のシステムを利用して、入力や保守などの作業を効率化したい場合には、システム間でスムーズに連携できるかどうかも把握しておくのが重要です。また、システムの外部連携を行う場合や拡張性に注力したい場合には、APIが公開されているどうかも確認しましょう。

**自社でシナリオの開発からロボットの管理までを実施する場合や、稼働させるロボットが多数ある場合には、開発・保守のしやすさも重要なポイントです。**例えば、Webページと連携したい場合は、Webページの画面を修正する度に、メンテナンスを実施しなければロボットは稼働しない事態が発生することもあります。*修正や不具合が起こった場合に、スムーズに対応できるかどうかや、事前対策が練られているかどうかも把握しておきましょう。*

ロボットを稼働させる数が多い場合には、負荷軽減させて効率的に運用する必要があります。そのためには、ロボットに関する稼働状態の分析を行うことが重要です。**自社で行うのが負担に感じる場合には、オプション料金はかかりますが導入・運用サポートがある料金プランのサービスを選択しましょう。**例えば、RPAに関して専門知識をもっているエンジニアがシナリオを作成・修正してくれるサービスや、ユーザー向けのRPA運用に関するセミナーの開催などが挙げられます。サポートを強みとしているサービスもあるため、検討してみてください。

ビジネスでは新しい試みをする際には、リスクを減らすために小さく始めるのが一般的です。RPAツール導入に関しても例外ではありません。**最初は今すぐにでも解決したい課題から導入を始め、費用対効果などの成果を確認します。そして徐々に社内全体にも拡大していくと失敗が少なく、スムーズに導入ができるでしょう。**

コストを削減することは大切ですが、将来的に拡大していく計画がある場合には、その計画に円滑に対応できるかどうかも重要です。例えば、WinActorやUiPathと呼ばれるRPAツールには、デスクトップ型から導入を始めて、後にサーバー型へも移行できるスケールアップの仕組みも整備されています。このようなサポート体制があると、スケールアップする際やプランの変更を行う際に、既存のロボットが次のプランでも問題なく稼働するかという不安が少なく済むでしょう。*したがって、導入プランについても詳しくチェックすることが重要です。*

ここでは、よく使用されている主要なRPAツールについて詳しく紹介します。

**UiPathは、優れた技術力で業界をリードしているUiPath社が提供しているRPAツールです。稼働シナリオの作成・実行・管理などの機能をモジュール化して、個別の製品として提供することで、中小企業から大手企業まで幅広く対応が可能です。**2017年に日本法人が設立され、2018年10月には完全に日本語に対応しているため、日本国内でも大手金融機関や大手広告代理店などを中心にRPAツールの導入実績を伸ばしています。UiPathではサーバーを利用して中央管理することが可能なため、大規模運用できます。またPCに対してUiPathをインストールすることで、デスクトップ型として自動化することも可能です。

*UiPathの特徴は、ブラウザ上のデータやデスクトップアプリケーションなどのさまざまなシステムのデータを読み込める点です。*ロボットのプロセスの修正・追加を行う際には、ドラッグ＆ドロップで簡単にできるため、直感的で使いやすいユーザーインターフェースといえるでしょう。また、ロボットのスケジューリング・作業負荷管理・報告・監査・監視などの管理業務は1点に集中させることが可能なため、安全性が保たれた状態で運用できるのも特徴です。
（参考：https://www.uipath.com/ja/ ）

**WinActorは、NTTアドバンステクノロジ社が提供しているRPAツールです。**導入企業は2,500社以上で、*国内シェアではトップ*を誇ります。一般的にデスクトップ型で利用するRPAツールですが、2017年9月にNTTデータ社が提供した「管理ロボ」と呼ばれるソフトをインストールすることで、サーバーによって一括管理することも可能となりました。例えば、Microsoft Office製品・ERP・OCR・個別に作成したシステム・共同利用するシステムなど、WindowsOSから操作するさまざまなアプリの作業を自動化することができます。完全に日本語対応しているのも特徴です。
（参考：https://winactor.biz/ ）

**BizRobo!は、RPA テクノロジーズ社が提供しているRPAツールです。400社を超える導入実績があり、高い評価を得ています。**豊富な実績があることから、ロボットの管理者や作成者向けのトレーニングサービスが用意されています。*そのためRPAツールを初めて導入する企業にとって、安心して導入・運用することができるでしょう。*Webサーバー1台だけで複数のロボットを作成可能で、同時運用することもできます。大規模なWebアプリケーションに適しているといえます。また、ロボットに学習させる業務フローを簡単に作成できるため、担当者がロボットを容易に使いこなすことが可能です。さらに、日本語によるトレーニングコンテンツも用意されているのも特徴といえます。
（参考：https://rpa-technologies.com/ ）

## 自社のニーズに合ったRPAツールを導入しよう！

これまでに、RPAツールの概要・比較する際のポイント・主要なRPAツールについて解説しました。**RPAとは、定型作業などの業務プロセスを自動化する技術のことです。近年では、働き方改革の影響などからRPAツールの需要は非常に高いです。**

しかし、近年のRPAツールには多種多様なものがあり、比較するのが難しいのが現状です。*RPAツールを比較する際のポイントとして「複雑さへの対応しやすさ」「RPAの開発・保守のしやすさ」「サポート体制」「導入プラン」などが挙げられます。*国内シェアNO1を誇るのが「WinActor」です。また、「UniPath」「BizRobo!」なども導入企業数は多いです。**自社に合うRPAツールを導入することが最も大切なため、自社の課題を明確にして適切なRPAツールを導入しましょう。**

RPAとは、定型作業などの業務プロセスを自動化する技術のことです。近年のRPAツールには多種多様なものがあり、比較が難しいのが現状です。当記事では、RPAツールの概要や比較する際のポイント、主要なRPAツールについて解説します。

RPAとは定型作業などの業務プロセスを自動化する技術

RPAツールを比較するポイントは「複雑さへの対応しやすさ」「RPAの開発・保守のしやすさ」「サポート体制」「導入プラン」など

国内シェアNO1を誇るRPAツールは「WinActor」

RPAツールを比較する際のポイントと主要なツールを紹介！

*機械学習*は*人工知能の分野の1つ*で、学習方法を定義し機械的に学習させるために*過去の蓄積データから将来予測をするための技法*を指します。機械学習においては、*プログラム開発やアルゴリズム設計*が求められるために**専門知識が必要**とされます。

*AWS*では*専門知識を要する工程*を*サービス提供*することで、**利用者の工数削減が可能**となりました。そのためAWSの*機械学習サービス利用者*は*10万人*を超えています。

### AWSの機械学習サービスの特徴は？

通常*機械学習*では、*プログラム開発や学習アルゴリズムの設計の知識*が求められます。プログラム開発はPythonやC、C++が主な開発言語です。アルゴリズム設計にはプログラミング言語の理解の他、高度な数学や統計理論を多用します。さらに、*ハードウェアの知識*に基づいてシステムメモリーの利用や計算手法を最適化しますので、*OSとハードウェアの知識*が求められます。同様に収集したデータを格納するために、HadoopやSQL等の*データベースを理解している*必要があります。

AWSでは*機械学習利用者*へ**ビジネスニーズに合った機械学習サービス提供すること**、並びに*データサイエンティストや開発者*の**工数を削減すること**を特徴としています。
参考：[AWS Machine Learning AWS での機械学習](https://aws.amazon.com/jp/machine-learning/)

*AWS AIサービス*とは、*機械学習利用者向けのサービス*です。AWS AIサービスでは、事前に想定したアプリケーションやワークフロー向けのユースケースに応じた分析サービスを提供しますので、*機械学習*の**経験者以外でもサービスが利用可能**です。具体的には、以下のAWS AIサービスが提供されています。

・*Amazon Comprehend*
　非構造化テキストの分析
・*Amazon CodeGuru*
　コードレビューの自動化
・*Amazon Lex*
　Chatbotによる顧客サービス向上
・*Amazon Forecast*
　需要予測
・*Amazon Textract*
　テキストとデータ抽出分析
・*Amazon Kendra*
　アプリケーション検索機能
・*Amazon Fraud Detector*
　不正検出・防止
・*Amazon Rekognition*
　画像・動画分析によるワークフロー自動化
・*Amazon Personalize*
　リコメンデーションのパーソナライズ
・*Amazon Translate*
　リアルタイム翻訳
・*Amazon Polly*
　テキストの読み上げ
・*Amazon Transcribe*
　音声データのテキスト変換
参考：[AWS Machine Learning AIサービス](https://aws.amazon.com/jp/machine-learning/ai-services/)

*AWS MLサービス*では、*データサイエンティストや開発者*の*負担を軽減するサービス*を提供しています。機械学習を担当する専門家において*必要とされる作業*を、*AWS MLサービス*を活用することで**負担を軽減し生産性向上が期待できる**でしょう。具体的には、以下のAWS MLサービスが提供されています。

・*Amazon SageMaker*
　機械学習の一連のモデル準備・構築・トレーニング・デプロイの作業のワークフロー自動化
・*Amazon SageMaker Ground Truth*
　データラベル付け作用の自動化による生産性向上
・*Amazon SageMaker Neo*
　クラウドとエッジデバイスのML推論
・*Amazon Augmented AI (Amazon A2I)*
　モデル再トレーニングのレビュー用ワークフロー構築

### AWSの機械学習サービスの事例は？

機械学習の適応領域は*コンピュータ認識の領域*として、画像認識（顔認証や監視等）、音声認識（音声入力や応対等）、文章解析・文章認識（不正検知や検索等）、異常検知（故障や異常行動等）等が代表例となります。同様に*コンピュータ分析・予測の領域*として、数値の予測（売上や株価等）、イベント発生の予測（購買予測等）等が挙げられます。

さらに*コンピュータ対処応答の領域*として、行動の最適化（出店や在庫最適化等）、作業の最適化（自動運転や自動応答等）、表現の生成（翻訳や要約等）等に活用されています。

AWSの機械学習サービスはすでに多くの方が利用しており、その中で*153件の導入事例*を**一般公開**しています。代表的な導入事例として、*ディズニー社のアーカイブプロセス*が挙げられます。AWSでは、ディズニーの機械学習から深層学習への併用・移行例を機械学習のサイトで紹介しています。
参考：[AWS 機械学習 Disney は深層学習を利用して、コンテンツの世界を分類](https://aws.amazon.com/jp/machine-learning/customers/innovators/disney/)

サービス・ツール・技術の記事（66ページ目）