AWSのストレージサービスである*Amazon S3*は*Amazon Simple Storage Service*の略で、オブジェクトストレージのサービスを指します。*オブジェクトストレージ*とはデータをオブジェクトとしてWebアクセスするもので、簡単にいえば**ファイルを保管する倉庫**の役割を持ちます。
参考：[AWS Amazon S3](https://aws.amazon.com/jp/s3)

### Amazon S3の特徴とメリットは？

*Amazon S3*は*スケーラビリティ*と*データの可用性*を高めたサービスで、最大*5TB*までのオブジェクトを**データ総量の制限なく利用できる**特徴を持ちます。

具体的な特徴としては*99.999999999%の耐久性*を実現できる設計がされており、安定したサービス提供がされています。さらに、S3 ストレージクラスの分析機能により階層化できるので*性能を維持*しながら*コストを低減*することが可能です。加えて、*セキュリティを維持*しながら*安価*にサービスが利用できる点もメリットとして挙げられます。

Amazon S3の利用料金は、*従量課金制*を取っています。以下の**6つのコスト要素**により料金が計算され、料金は安価に設定されています。

・*ストレージ料金*
　S3バケットという保存領域に保存するオブジェクトのサイズ・オブジェクトを保管した期間の長さ・ストレージクラスにより計算されます。
・*リクエストとデータ取り出しの料金*
　S3 バケットとオブジェクトに対して行われた、PUT・COPY・POST・LIST・GET・SELECT・ライフサイクル移行・データ取り出しに対して費用が発生します。
・*データ転送と転送高速化の料金*
　インターネットおよびS3バケットで発生した転送データが料金支払いの対象となります。
・*データ管理機能および分析機能の料金*
　ストレージ管理機能と分析 （Amazon S3 インベントリ・S3 ストレージクラス分析・S3 Storage Lens・S3 オブジェクトタグ付け）により費用が発生します。
・*レプリケーション*
　プライマリコピーとレプリケーション PUT リクエストのストレージに関して、データ転送料金が発生します。
・*S3 Object Lambda*
　AWS Lambda 関数の利用とアプリケーションに戻るデータ量に応じて費用が発生します。

Amazon S3では、*AWS無料枠*が設定されていますので有効活用しましょう。新規サインアップにより、S3標準ストレージクラスで 5GB の Amazon S3 ストレージ・20,000 GETリクエスト・2,000 PUT・COPY・POSTあるいは LISTリクエスト・データ送信15GB を毎月、1年間に渡りAWS無料枠として利用できます。*無料利用枠の使用量*は毎月計算され、*自動的に請求額に適用*されます。未使用分は持ち越しできないのでご注意ください。

*Amazon S3*では、ストレージサービスを構成するに当たりいくつかの用語が定義されています。ここでは、Amazon S3を有効活用する上で必要となる**代表的な用語**を説明していきます。

・*バケット*
　バケットとは、Amazon S3に格納するオブジェクトの入れ物（コンテナ）を指します。バケットにより格納先のネームスペースが確定し、アクセスコントロールや使用状況レポートの集計に活用されます。

・*オブジェクト*
　オブジェクトとはAmazon S3に格納される単位となります。オブジェクトはデータ自体を指すオブジェクトデータとデータ管理用メタデータから成ります。

・*キー*
　キーとはバケット内のオブジェクトを管理するための固有の識別子を指します。URLからバケットとキーを参照することでオブジェクトへアクセスすることが可能となります。
参考：[AWS Amazon S3 ユーザーガイド](https://docs.aws.amazon.com/ja_jp/AmazonS3/latest/userguide/s3-userguide.pdf)

### Amazon S3のストレージクラスとは？

Amazon S3では、*サービスレベル・条件に応じて*いくつかのクラスが設定されています。それを*ストレージクラス*と呼びます。各クラスは以下のように分類されます。

・*S3 標準*
　汎用的な一般使用を想定したストレージクラス
・*S3 Intelligent - Tiering*
　アクセスパターンを分析し階層化することで自動コスト削減するストレージクラス
・*S3 標準 - 低頻度アクセス*
　長期保管でアクセス頻度の低いデータ、アクセス速度は標準的なストレージクラス
・*S3 1 ゾーン - 低頻度アクセス*
　アクセス頻度の低いデータで再作成可能なデータ、アクセス速度は標準的なストレージクラス
・*S3 Glacier*
　長期バックアップとアーカイブ用、1分から 12 時間の取り出しを想定したストレージクラス
・*S3 Glacier Deep Archive*
　長期アーカイブ用、1年に 1-2 回の頻度で12 時間以内の復元を想定したストレージクラス
・*S3 Outposts*
　オンプレミス用ストレージクラス

各ストレージクラスは耐久性設計は同一であるものの、アクセスパフォーマンスや可用性に違いを持ちます。したがって、**用途に応じてストレージクラスを選択する**必要があります。

*Amazon S3*を使うには、*S3バケット*を**最初に作成**しておきます。その後バケットにオブジェクトを*アップロード*して追加したり、オブジェクトの*ダウンロード*やフォルダへの*コピー*が可能となります。詳細は以降でお話しします。

*Amazon S3*を利用するためには、**事前準備が必要**です。利用にあたり以下のステップに従い*構築を進めていきます*。

（1） *AWSアカウントのサインアップ*
AWSではサービス利用のためにAWSアカウントが必要です。Amazon S3においても同様にアカウントサインアップを行ってください。

（2） *S3バケットの作成*
Amazon S3では、データ保存庫としてS3バケットを最初に作成します。作成するためにはAWSマネジメントコンソールより、Amazon S3コンソールを起動し「バケットの作成」を選択します。ここでバケット名を指定し、バケットを作成します。

（3） *バケットの削除*
バケットが不要になった場合は、Amazon S3コンソールからバケットの削除が可能です。しかし、バケットの削除は元に戻りません。そのため同じバケット名を使いたい場合はバケットを空にするかオブジェクトを削除し、むやみにバケット自体の削除をしないよう注意しましょう。

### オブジェクトのアップロード方法は？

*Amazon S3*では、**ファイルタイプを問わず**バケットにオブジェクトを追加することで*アップロードが可能*です。

AWS SDKやREST APIおよびAWS CLIからのアップロードは、1回あたり最大*5GB*のオブジェクトをアップロード可能です。同様に、マルチパートアップロードAPIを利用することで、最大*5TB*のサイズのオブジェクトがアップロード可能となります。
Amazon S3コンソールを用いたアップロードでは、最大*160GB*のオブジェクトをアップロード可能です。

*Amazon S3コンソール*を用いたアップロードの場合は、AWSマネジメントコンソールよりAmazon S3コンソールを起動し「バケットリスト」からバケットを指定します。オブジェクトタブからアップロードを選択し、ファイル追加により**アップロード**を行います。

*AWS SDK*を使用する場合は、.NET・Java・JavaScript・PHP・Ruby等の開発言語でPUTオブジェクトリクエストを発行することでアップロードが可能です。*REST API*の場合は、PUTリクエストによりアップロードできます。*AWS CLI*の場合もPUTリクエストを用います。

### オブジェクトのダウンロード方法は？

*Amazon S3コンソール*を用いてオブジェクトのダウンロードを行う場合は、AWSマネジメントコンソールより、Amazon S3コンソールを起動し「バケットリスト」からバケットを指定します。オブジェクトタブからオブジェクトを選択し、オブジェクトアクションにより**ダウンロード**を行います。

*AWS SDK*を使用する場合は、.NET・Java・JavaScript・PHP・Ruby等の開発言語でGETオブジェクトリクエストを発行することでオブジェクトのダウンロードが可能です。*REST API*の場合は、GETリクエストによりダウンロードできます。*AWS CLI*の場合もGETリクエストを用います。

留意点としては、*オブジェクトダウンロード*については*データ転送料金が適応される*ことです。オブジェクトダウンロードの**範囲やサイズは最低限に留める**のが良いでしょう。

### オブジェクトのフォルダへのコピーの方法は？

オブジェクトのフォルダへのコピーするには、コピーオペレーションを実行します。コピーできるサイズは最大*5GB*です。

*Amazon S3コンソール*を用いたコピーの場合は、AWSマネジメントコンソールより、Amazon S3コンソールを起動し「バケットリスト」からバケットを指定します。必要に応じてフォルダ作成により新規にターゲットフォルダを作成します。次に、オブジェクトタブからオブジェクトを選択し、オブジェクトアクションにより**コピー**を行います。コピー先は例として以下のように指定可能です。
s3://バケット名/フォルダ名/.

*AWS SDK*を使用する場合は、.NET・Java・JavaScript・PHP・Ruby等の開発言語でCOPYオブジェクトリクエストを発行することでオブジェクトのコピーが可能です。*REST API*の場合はPUTリクエストによりコピーできます。*AWS CLI*の場合もPUTリクエストを用います。

### オブジェクトのフォルダへの移動の方法は？

*Amazon S3コンソール*を用いてオブジェクトを移動する場合は、AWSマネジメントコンソールより、Amazon S3コンソールを起動し「バケットリスト」からバケットを指定します。必要に応じてフォルダ作成により新規にターゲットフォルダを作成します。次に、オブジェクトタブからオブジェクトを選択し、オブジェクトアクションにより**移動**を行います。移動先はコピー操作時と同様の指定を行います。

*AWS SDK*を使用する場合は、.NET・Java・JavaScript・PHP・Ruby等の開発言語でCOPYオブジェクトリクエストとDELETEオブジェクトを併用することでオブジェクト移動が可能です。*REST API*の場合は、PUTリクエストにより同等の処理ができます。*AWS CLI*の場合は、MVリクエストを用います。

### オブジェクトを削除するには？

*Amazon S3コンソール*を用いてオブジェクトを削除する場合は、AWSマネジメントコンソールより、Amazon S3コンソールを起動し「バケットリスト」からバケットを指定します。次に、オブジェクトタブからオブジェクトを選択し、「最新バージョン」や指定バージョンのオブジェクトを選択し「**ゴミ箱**」アイコンをクリックします。同様に、*バケットを空にする*ことも可能です。

*AWS SDK*を使用する場合は、.NET・Java・JavaScript・PHP・Ruby等の開発言語でDELETEオブジェクトリクエストを発行することでオブジェクト削除が可能です。*REST API*の場合は、RESTリクエストにより削除できます。*AWS CLI*の場合もDELETEリクエストを用います。

## Amazon S3を用いてデータ保存の最適化を図りましょう

AWSのAmazon S3は、格安なストレージサービスとして*ウェブサイトやモバイルアプリケーション*から汎用的に利用することができます。また、*データレイク・IoT デバイスやビッグデータ分析*の大容量ストレージとしての活用や、*企業向けストレージシステム*としても利用者が多いです。他にも*バックアップおよび復元、アーカイブ*等多岐に渡る利用用途が挙げられます。

Amazon S3は多岐に利用することが可能であるため、AWSのサービスを有効活用するためにもAmazon S3による*データ保存や格納先*として**最適化を図る**ことをお勧めします。

AWSのストレージサービスとなるAmazon S3は、あらゆるタイプのデータを安価に格納することができるため利用者が増えています。ここではAmazon S3の特徴に加えて、実際のアップロードやダウンロード等の使い方について説明していきます。

Amazon S3は、AWSのオブジェクトストレージのサービスを指します

Amazon S3の使い方はAmazon S3コンソールの他、AWS SDKやREST APIおよびAWS CLIを用います

Amazon S3は、保存するデータのファイルタイプは問わないため多用途に活用可能です

Amazon S3の使い方は？AWSのストレージサービスを解説！

AWSの特徴は、*サービスの豊富さ*と*提供範囲の広さ*です。自社サービス提供エリアにおいて*均一なサービス*を提供するために、地域を**物理的なロケーション**に分割してサービス提供しています。その物理的なロケーション分割単位を「*リージョン*」と言います。

AWSは継続的にサービス提供地域を拡大し、その地域をカバーするリージョンを開設しています。
参考：[AWS グローバルインフラストラクチャ](https://aws.amazon.com/jp/about-aws/global-infrastructure/regions_az/)

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

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

*アベイラビリティゾーン*により、自然災害やデータセンター障害発生時においても**ビジネス影響を最小にすること**を目的としています。

### 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)

### AWSの日本におけるリージョンは？

日本では、2011年に*アジアパシフィック（東京）リージョン*が開設されサービス提供されています。この*アジアパシフィック（東京）リージョン*に加えて、2021年3月より*アジアパシフィック（大阪）リージョン*が開設されました。

*アジアパシフィック（東京）リージョン*は*4つのアベイラビリティゾーン*、*アジアパシフィック（大阪）リージョン*は*3つのアベイラビリティゾーン*を持ちます。共にAWSアジアパシフィックリージョンに属しており、日本ローカルのみならず、**アジア全域へのサービス提供**を行っています。

### AWSのリージョン指定方法は？

AWSのリージョンを指定する方法は、*AWS サービスエンドポイント*で*リージョンコード（region-code）*を指定します。また、Amazon Elastic Compute Cloud（Amazon EC2）を利用する場合は、Amazon EC2 コンソールからナビゲーションバーのリージョンセレクターより**該当リージョンを確認・指定**します。

日本のリージョンのリージョンコードは、*アジアパシフィック（東京）リージョン*は*ap-northeast-1*、*アジアパシフィック（大阪）リージョン*は*ap-northeast-3*となります。

AWSは世界の*25の地域*に対してリージョンを開設し、**サービス展開**しています。同様に*80のアベイラビリティゾーン*で展開しており、今後も*5つのリージョンと15のアベイラビリティゾーン*の**開設が計画**されています。以降で具体的なリージョン開設状況を説明していきます。

### AWSの初期のリージョン展開戦略は？

AWSでは、サービスの拡大や契約ユーザの増加に伴い順次リージョンを開設しています。サービス開始初期の*2006年から2010年*にかけて、以下の*4つのリージョン*が開設しました。これよりサービス開始時期においては**米国を中心にリージョンを開設**し、**サービス拠点の整備**を行っていたことが分かります。

*北米地域：2つのリージョン*
・米国東部（バージニア北部）リージョン（2006年）
・米国西部（北カリフォルニア）リージョン（2009年）
*南米地域：該当なし*
*欧州/中東/アフリカ地域：1つのリージョン*
・欧州（アイルランド）リージョン（2007年）
*アジアパシフィック地域：1つのリージョン*
・アジアパシフィック（シンガポール）（2010年）

*2011年から2015年*にかけては以下の*7つのリージョン*が開設し、*11のリージョン*となりました。この期間では、**米国の拠点整備や世界地域の整備**が進められていたことが伺えます。

*北米地域：2つのリージョン開設、合計4つのリージョン*
・米国西部（オレゴン）リージョン（2011年）
・GovCloud（米国西部）リージョン（2011年）
*南米地域：1つのリージョン開設*
・南米（サンパウロ）リージョン（2011年）
*欧州/中東/アフリカ地域：1つのリージョン開設、合計2つのリージョン*
・欧州（フランクフルト）リージョン（2014年）
*アジアパシフィック地域：3つのリージョン開設、合計4つのリージョン*
・中国本土（北京）リージョン（2013年）
・アジアパシフィック（シドニー）（2012年）
・アジアパシフィック（東京）リージョン（2011年）

### AWSの現行のリージョン展開戦略は？

直近となる*2016年から2021年*においては以下の*14のリージョンが開設*し、現在*25のリージョン*となっています。

*北米地域：3つのリージョン開設、合計7つのリージョン*
・米国東部（オハイオ）リージョン（2016年）
・GovCloud（米国東部）リージョン（2018年）
・カナダ（中部）リージョン （2016年）
*南米地域：1つのリージョン*
*欧州/中東/アフリカ地域：6つのリージョン開設、合計8つのリージョン*
・欧州（ロンドン）リージョン（2016年）
・欧州（パリ）リージョン（2017年）
・欧州（ミラノ）リージョン（2020年）
・欧州（ストックホルム）リージョン（2018年）
・中東（バーレーン）リージョン（2019年）
・AWS アフリカ（ケープタウン）（2020年）
*アジアパシフィック地域：5つのリージョン開設、合計9つのリージョン*
・中国本土（寧夏）リージョン（2017年）
・アジアパシフィック（大阪）リージョン（2021年）
・アジアパシフィック（ムンバイ）リージョン（2016年）
・アジアパシフィック（ソウル）リージョン（2016年）
・アジアパシフィック（香港）リージョン（2019年）

さらに、今後以下の*5つのリージョン*が開設を予定しており、合計*30のリージョン*を予定しています。

*北米地域：7つのリージョン*
*南米地域：1つのリージョン*
*欧州/中東/アフリカ地域：2つのリージョン開設予定、合計10のリージョン*
・欧州（スイス）リージョン
・欧州（スペイン）リージョン
*アジアパシフィック地域：3つのリージョン開設予定、合計12のリージョン*
・アジアパシフィック（ハイデラバード、インド）リージョン
・アジアパシフィック（ジャカルタ）リージョン
・アジアパシフィック（メルボルン）リージョン

このことより、*欧州並びにアジアパシフィック*において**継続的なAWSのリージョン開設**が進められており、今後も継続的なユーザ獲得の投資を予定していることが分かります。これはネットワーク網が整備され、*どの国からもサービス利用ができる環境*が整ったことが需要拡大を牽引しているためです。同様に、*法令順守*の観点で*国単位でコンプライアンス準拠*の必要性が高まっていることもリージョン開設の背景にあります。

## リージョン選択のおすすめポイントは？

リージョン選択にはいくつかのポイントがあります。最初のポイントとしては、自社の**サービスレベルが維持**できるか検討することです。具体的には、*想定レスポンス時間*がその*リージョンのSLA（Service Level Agreement）*で確保できるか確認します。同様に*レイテンシ*についても考慮し、サービス品質を確保します。

次のポイントとして、各リージョン毎に*サービス料金が異なる*ことが挙げられます。このサービス料金の違いを活用して**コスト削減が可能か検討**します。また、リージョン毎に*提供サービスが異なります*ので、必要とされるAWSのサービスが提供されているか確認しておきます。

以上を踏まえて、*サービスレベルやレスポンス時間*を想定して商用環境と開発環境を分けたり、*複数のリージョンを併用*したりすることで**コスト低減を図る**ことが可能です。同様に、*Amazon Elastic Compute Cloud （Amazon EC2）* で選択可能なインスタンスタイプも、リージョン毎に*提供可能なタイプに違い*が見られます。そのため、**コスト面と運用面を合わせて検討**することも重要と言えるでしょう。

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

AWSのリージョンで提供されるサービスは、*リージョン毎に異なります*。*需要の多いサービス*から順次取り入れていますので、各リージョン毎の提供サービスを比較し、**業務に必要なサービス連携を検討する**必要があるでしょう。
参考：[AWS リージョン別のサービス](https://aws.amazon.com/jp/about-aws/global-infrastructure/regional-product-services/?p=ngi&loc=4)

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

AWSでは登録アカウントにより*接続可能なリージョン*が限定されている場合があります。Amazon EC2の「Linux インスタンス用ユーザーガイド」によると、*ヨーロッパの法律要件*や*米国GovCloud*あるいは*中国*のアカウントでは別のリージョンへのアクセスが制限される旨が記載されています。この点も留意し、リージョンの比較検討を進めましょう。
参考：[AWS Amazon EC2 Linux インスタンス用ユーザーガイド リージョンとゾーン](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/using-regions-availability-zones.html)

このように**法令順守**の観点では国や地域により、*SLAや遵守事項*に違いがあります。AWSのサービス活用により提供するコンテンツやデータの保存先や保存方法等を確認し、**適正化**を図りましょう。

## 世界地域をカバーするAWSのリージョンを有効活用し最適なサービスを選択しましょう

AWSは自社クラウドサービスの*利用者増をカバー*するために、積極的にリージョンを開設し*サービス品質を確保*しています。*デジタルトランスフォーメーション（DX）*が加速する中、AWSのサービス利用は注目されています。*AWSのリージョン*を有効活用し、**コスト最小に高品質のサービス構築**を進めましょう。

AWSは最大のクラウドサービス事業者です。利用者拡大に伴うサービス品質を確保するために地域をリージョンに分割して管理しています。ここでは、AWSのリージョンを詳しく解説し、リージョン選択のおすすめポイントについても説明していきます。

AWSのリージョンとは、AWSが管理する物理的なロケーション分割単位を指します

AWSの各リージョン毎に、料金や提供サービスに違いがあります

各リージョンを有効活用することで、コスト最小に高品質なサービスを利用することが可能です

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

## AWSのマネージドサービスは？

AWSでは、*豊富なサービス*を提供しています。AWSは**企業ユーザの利用を推進するため**に、運用管理サービスを*AWS Managed Services（AMS）*として提供しています。
参考：[AWS Managed Services](https://aws.amazon.com/jp/managed-services/)

### マネージドサービスの目的は？

通常利用者は構築したシステムやサービスを*一定の水準に維持*するために、*運用管理*を通じて想定する機能や性能を維持していきます。しかし、その*運用管理コスト*は*システムやサービスの複雑性の高まり*により、*技術習得や蓄積あるいは障害対応プロセスの整備*等が**一層複雑**になっています。

*マネージドサービス*はその専門性を持つ*外部プロバイダーへ委託*することにより、運用管理をサービスとして受ける**アウトソーシングモデル**を指します。そのため、要求するサービス水準を*サービスレベルアグリーメント（SLA）*として**委託側と受託側で締結**します。

マネージドサービスは*システムインテグレータ各社*より提供されており、AWSにおいても2016年、*AWS Managed Services（AMS）*としてサービス提供を開始しました。

### マネージドサービスのメリットとデメリットは？

マネージドサービス利用の*メリット*は、自社で吸収しにくい*最新技術に追従*しやすく、求められる*サービス品質の維持*と*リスク管理の効率性が向上する*ことです。

*デメリット*は、自社の専門技術が向上せずに*マネージドサービスプロバイダーへの依存度が高まる*ことが挙げられます。そのため、コスト削減もある程度までは可能ですが、*マネージドサービス提供者の意向*に左右されてしまうリスクがあります。この傾向は*クラウド利用によりさらにサービス連携の専門知識*が高まりますので、**マネージドサービスプロバイダーへの依存度がより高まる**でしょう。

*AWSのマネージドサービス*である**AMSの特徴**は、以下のメリットをもたらします。

・*セキュリティ対応*
近年セキュリティ強化の必要性が高まっています。AMSではHIPAA・HITRUST・GDPR・SOC・NIST・ISO・PCI・FedRAMPのコンプライアンス要件に準拠するための機能を提供しています。

・*クラウド移行促進*
クラウド移行時に生じるアセスメント作業を効率的に実施するために、企業向け実証結果（ベストプラクティス）に基づくワークロード移行が可能です。AMS利用により、ITIL準拠の運用プロセス・フローを実現できます。

・*最新運用プロセスへの追従*
Enterprise DevOpsにより、企業向けワークロードからクラウドネイティブワークロードまで対応可能です。DevOpsとITILを統合した最新運用フローが定義できます。その結果開発者はアプリケーション開発に注力できます。

### AMSと一般的なマネージドサービスとの違いは？

AMSが実装しているサービスは、AWSのサービスで必要とされる*インフラ運用管理機能を提供*することです。*全ての作業がAMSで完結するものではなくアプリケーション開発やマルチクラウド運用等はカバーされていません*。そのため、*AWS マネージドサービスパートナー（AWS Managed Services Partners）*と言われる**認定パートナー制度**を用意しています。

実際の*運用管理は、マネージドサービスプロバイダーの作業が必要*となるので、この**認定AWS マネージドサービスプロバイダーの支援を受けるのが良い**でしょう。

AMSの*デメリット*ですが、AMSではサービス保証をするためにサポートされるOSやセキュリティ関連サービスが*限定されること*が挙げられます。

また、現在サポートされる言語は**英語のみ**なので、*グローバル企業*を中心としたサービス展開顧客が現在のAMSの*ターゲット層*と言えるでしょう。AMSが日本語整備されるまでの期間は、これまで同様にAWSサービスのマネージドサービスをメニュー提供する*外部プロバイダー*を活用していくのが良いでしょう。

AMSでは、**2つの運用プラン**を用意しています。

・*AMS Accelerate Operations Plan*
　AMSの基本プランです。サービスデスク・用監視・バックアップ管理・コスト最適化・ロギング・レポーティング・サービスデリバリ・パッチ適用・アクセス管理・セキュリティ管理からとなります。

・*AMS Advanced Operations Plan*
　AMSの基本プランに加えて、変更管理を用いた予防措置等を提供します。基幹業務向けプランです。サービスデスク・運用監視・バックアップ管理・コスト最適化・ロギング・レポーティング・サービスデリバリ・パッチ適用・ランディングゾーン（マルチアカウント）とアカウント運用・配布・変更管理・アクセス管理・セキュリティ管理・ITSMの統合運用からとなります。

それぞれ*提供サービスレベルが定義*されているので、詳しくは以下のリンクをご参照ください。
参考：[AWS Managed Services Accelerate](https://aws.amazon.com/jp/managed-services/features/accelerate-operations-plan/)
参考：[AWS Managed Services Advanced](https://aws.amazon.com/jp/managed-services/features/advanced-operations-plan/)

### AMSでカバーされる管理機能は？

AMSの2種類のプランでは、**契約に応じて**以下の項目について*サービスを受けられます*。

・*サービスデスク*
　SLAに応じた問い合わせ対応
・*運用監視*
　パフォーマンスと可能性の監視と修復
・*バックアップ管理*
　定期バックアップとリカバリー
・*コスト最適化*
　AWSの利用状況に応じた推奨事項の提供
・*ロギング*
　サービスログおよびシステムログの集約と保存
・*レポーティング*
　月次サービスレポートの提供
・*サービスデリバリ*
　保守・運用作業
・*パッチ適用*
　パッチ導入の実施と確認
・*ランディングゾーンとアカウント運用*
　認証、セキュリティ等のアカウント管理
・*配布・変更管理*
　サービスプロビジョニングと変更管理の提供
・*アクセス管理*
　ActiveDirectoryによるアクセス管理
・*セキュリティ管理*
　個人情報、機密情報の保護と流出ブロック
・*ITSMの統合運用*
　ServiceNowとお客様のITSMとの統合をサポート

詳しくは以下のリンクをご参照ください。
参考：[AWS Managed Services Features](https://aws.amazon.com/jp/managed-services/features/)

*AMSの料金体系*は、他のサービス同様に*従量制*の料金体系です。具体的な料金は、**利用サービスに応じて請求されます**。詳細は以下の問い合わせリンクからお問い合わせください。
参考：[AWS Managed Services- Contact Sales](https://pages.awscloud.com/AWS-Managed-Services.html)

### AMS マネージドサービスパートナーとは？

*AMS マネージドサービスパートナー*は、AMSを活用してAWS利用者のマネージドサービスを支援する**パートナー事業者**です。AWSが提供する*インフラ管理・セキュリティ・コンプライアンスコントロール機能*を用いて*コスト最適に運用監視していきます*。現在、以下の各社がパートナー登録を行っています。

・*2nd Watch*
　ネットワークに強みを持つ会社
・*アクセンチュア*
　戦略からコンサルティング、DX、運用まで多岐に対応可能
・*Alestra*
　ネットワークインフラサービスの提供
・*Cambrian Technologies*
　クラウドネイティブのシステムインテグレータ
・*Cloud Comrade*
　クラウドネイティブサービス企業
・*Contino*
　DevOpsとクラウドプラットフォーム
・*デロイト*
　クラウドテクノロジーからビジネス課題解決まで
・*ECS*
　金融向けアジャイル開発
・*InterVision*
　IT向け戦略的サービスプロバイダー
・*Lemongrass*
　SAP on AWS サービスプロバイダー
・*Mobilize Cloud*
　クラウドネイティブアプリケーション開発
・*Onica*
　ビッグデータ、AI分析
・*Premaccess*
　機械学習・サーバーレス・人工知能のコンサルティング
・*Singtel Group*
　日常的なタスク管理
・*Sirius Computer Solutions*
　テクノロジーソリューションインテグレータ
・*Slalom*
　戦略・テクノロジー・ビジネス変革コンサルティング
・*tecRacer*
　AMS再販パートナー
参考：[AWS Managed Services Partners](https://aws.amazon.com/jp/managed-services/partners/)

## AWSのマネージドサービスを活用して業務効率を高めましょう

AWSではこれまでのサービス提供に加えて、*AMS マネージドサービス*をラインナップに追加しました。現時点では*グローバル企業を中心とした利用*を想定しています。そのため*外部プロバイダーが提供するAWSのマネージドサービス*を**比較検討**しながら、*業務効率を高められるよう準備*を進めましょう。

AWSの特徴は、豊富なサービスを提供していることです。AWSの膨大なサービスを活用するために、外部マネージドサービスプロバイダーに運用委託することが増えています。ここでは、AWS自体が提供するマネージドサービスやメリット・デメリットについて解説します。

AWSのサービスを活用するためにマネージドサービスの活用例が増えています

AWSではAWS Managed Services(AMS)として自社マネージドサービスを発表しています

AMSの特徴を理解し、現行のマネージドサービスプロバイダーと比較することをお勧めします

AWSマネージドサービスの活用方法は？メリット・デメリットを解説

*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のスイッチロールとは、アカウント権限をロールとして付与しロール切り替えでサービス利用するものです

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