2020年12月に最高値を更新、その後も価格上昇を続けていることで、ビットコインが再び注目を集めています。しかし、「ビットコインってよく聞くけれど、実はいまだによくわからない」という方も多いのではないでしょうか。

そこで今回は、**ビットコインとはなにか、その仕組みや特徴について詳しく解説します。**

[【関連記事】マイナビIT AGENT・フィンテック特集「「ビットコイン」がもたらした衝撃とは何か？」](https://mynavi-agent.jp/it/fintech/column/20190123/cryptact1.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv08)

はじめに、ビットコインとは一体どのようなものか見てみましょう。

**ビットコインはインターネット上で利用可能な暗号資産の一つであり、暗号資産の中で最も取引量が多く、また時価総額が高いとされています。**

**暗号資産は、主にインターネットにおいて電子データのみでやりとりされる資産です。**法定通貨のように国家による管理や価値の保証がされておらず、個人間で直接やり取りすることが可能となっています。

**電子マネーとは、電子化された非接触型の決済手段の総称です。**円やドルといった法定通貨の支払いに利用でき、管理・運営する企業がその価値を保証しています。

一方、**ビットコインはそれ自体が円やドルのような財産的価値を持ち、常に価格が変動します。**法定通貨と相互交換が可能であり、個人間の送金もできます。

## 2.ビットコインが注目されるわけ

**ビットコインは円やドルと同じように需要と供給によって値動きします。そのため投資や資産運用の対象として大きく注目されるようになりました。**一時はビットコインバブルとも呼ばれるほど大幅に高騰した時期もあり、現在も断続的上昇を続ける傾向にあります。

しかし、**高騰することがあれば当然下落するケースもあります。一瞬にして価格が暴落するようなこともこれまで幾度かあり、投資という意味ではハイリスクな側面も併せ持っています。**

**ビットコインには銀行などの中央管理者がおらず、個人間で直接取引をおこないます。**24時間365日いつでも取引が可能で、海外送金でも銀行のような高額な手数料がかかることはありません。

**円やドルなどの法定通貨は中央銀行や国などが責任者として管理を行っています。これを中央集権型システムといい、取引データは中央銀行のサーバーで一元管理されます。**

**一方、個人間で直接取り引きできるビットコインは、P2Pネットワークと呼ばれる分散型ネットワークが使われています。**取引データを特定のサーバーによって一元管理するのではなく、**ブロックチェーンとして複数のコンピューターに分散して管理・共有する仕組みです。**そのため、個人間で直接取り引きを行うと瞬時にデータが共有され、管理主体が存在しなくてもビットコインを世界中で共有できます。

特定のサーバーを持たないこと、ブロックチェーンの仕組みにより取引が追跡されにくいことなどの特徴は、サイバー攻撃から情報を守るうえで非常に有効です。そのため、ビットコインは安心して取引できる暗号資産として注目を集めるようになりました。

ビットコインには法定通貨にはないメリットがあります。**最も特徴的なのは、個人間で直接ビットコインを送金できる点です。**

法定通貨の場合、送金するには銀行などを仲介する必要があります。そのため手数料が発生したり、銀行の営業時間内でしか対応できなかったりというデメリットがありました。特に海外送金の場合は手数料が高いだけでなく着金まで日数も要します。

しかし、ビットコインは直接送金ができるため、基本的に手数料は必要とせず、24時間365日いつでも取引でき、かつ海外でもすぐに着金できるのです。

**また、ビットコインは世界共通であるため、国によって単位が異なるといったこともありません。**ビットコインで支払いが可能なお店はまだ少ないですが、今後さらにビットコインが広まれば、世界中で同じ価値の通貨として利用できるようになると期待されています。

## 6.ビットコインのデメリット

前述のとおり、ビットコインには中央管理者がいないことが特徴ですが、それはデメリットにもなり得るものです。**ビットコインの価値が大きく損なわれたりした場合、国や地域はその価値を保証してくれません。そのため外部環境によって大きく価格が変動する傾向にあります。**

**また、株式投資ではストップ高・ストップ安という極端な価格変動を抑止する仕組みがありますが、ビットコインにはその仕組みがありません。**そのため、価格変動による損失を招くリスクもほかの金融商品より高いといえます。

## 7.暗号資産(仮想通貨)で起きた事件

ビットコインをはじめとする仮想通貨をめぐる事件はこれまでに複数発生しています。**特に多いのがハッキング事件です。**2014年3月Mt.Gox事件、2016年6月The Dao事件、2017年1月Coincheck事件など、仮想通貨取引所や仮想通貨を扱うプラットフォームがハッキングを受け、仮想通貨が盗み出され換金されてしまうという事件が報告されています。

ほかにも、仮想通貨を預ければ月利10%が得られるとして集められた仮想通貨が盗み出されたプラストークン事件、ビットコインを出資すると配当がもらえるとして不正にビットコインをだまし取ったアメリカBitClub Networkによる詐欺事件なども発生しています。

**このようなトラブルに巻き込まれないためにも、大手の取引所を利用する、正しい知識を身に着け怪しいもうけ話には乗らない、などといった対策が求められます。**

## 8.ビットコインは通貨になりうるか？

ビットコインは世界共通の価値を持つ個人間で取引可能な資産として誕生しました。前述のとおり、法定通貨に比べて便利な面がたくさんあります。**しかし、通貨として扱える場面はまだまだ少なく、どちらかというと投資目的で購入されることが多いのが現状です。**

また、ビットコインは通貨が満たすべき3大機能である「価値尺度機能」「交換手段機能」「価値保存機能」のうち、「価値尺度機能」「交換手段機能」を満たしているとはいえず、**現状ではビットコインが円やドルの代わりの通貨になるのはむずかしいといわれています。**

しかし、2021年6月5日に、中米エルサルバドルのナジブ・ブケレ（Nayib Bukele）大統領が、ビットコインを法定通貨とする法案を国会に提出すると発表し、6月8日中米エルサルバドルの国会は同国の法定通貨とする法案を可決しました。世界で初めてビットコインの法定通貨が採用され、今後の動向が期待されています。

**ビットコインは、ブロックチェーンなどの技術によって既存の法定通貨とはまったく異なる価値をもたらしました。しかし、急速に普及したためにまだまだ環境や体制が整っていないのが現状です。価格変動も激しく、それによって損失や事件に巻き込まれるリスクも決して低くありません。**

トラブルに巻き込まれないためにも、ビットコインを扱う際にはまず十分な情報を集め、事前にじっくりと検討を重ねたうえで購入・運用することをおすすめします。

【ビットコインとは】仕組みや特徴、注目される理由とメリット・デメリット

## 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マネージドサービスの活用方法は？メリット・デメリットを解説

**個人情報保護の意識が高まり、デジタルリスクにいかに対処するかが以前にも増して企業の課題となる中、フォレンジックという言葉に注目が集まっています。**かつては一部のセキュリティ関係者にて使われる専門用語でしたが、いまでは企業のセキュリティ担当者や情シス担当者にも浸透しはじめています。

そこで今回は、**フォレンジックの意味やその調査方法**について解説します。

[【関連記事】「情報セキュリティとは？トラブル事例や対策を怠るリスク、対策の具体例」](https://and-engineer.com/articles/Ys52JxAAACMAqGVw)

そもそも、フォレンジックとは一体何なのでしょうか。その言葉の意味から見てみましょう。

**フォレンジック（forensic）とは「法廷の」「法医学の」などといった意味を持つ単語です。**もともとは、犯罪調査において法的証拠を見つけるための鑑識調査や、情報解析における技術、手順のことを指す言葉として使われていました。

**IT業界におけるフォレンジックという言葉は、パソコンやスマートフォンなどの端末やサーバー、デジタル家電など、電子機器内のデータから法的証拠や手がかりを見つけ出す取り組みの総称として使われます。**削除されたデータを復元したりサーバーのログを解析するなどによって犯罪にまつわる通信記録を割り出したりするだけでなく、調査前に破壊・改ざんされないようデータの保全を行うこともフォレンジック技術に含まれます。

[【関連記事】「情報セキュリティマネジメント試験とは？難易度や資格をとるメリットを紹介」](https://and-engineer.com/articles/YhNG2BMAACAAbgAn)

**フォレンジック調査は、犯罪の証拠となるメールやファイルを特定したり、サーバーログから不正アクセスの記録を見つけ出したりすることによってインシデントを解明する調査です。**

### フォレンジック調査の必要性・重要性

2010年以降のスマートフォンの急速な普及や通信技術の発展により、世界のデータ通信量は2017年に23ゼタバイト（1ゼタバイト=10億テラバイト）に達し、さらに今後IoTが普及することにより、2025年には175ゼタバイトまで増加すると予測されています。

通信量が増加すれば情報漏えいのリスクも高まるため、外部からのサイバー攻撃や内部からの情報の持ち出しなどさまざまな場面を想定する必要があります。**フォレンジック調査によって得られた証拠は責任の所在や損害賠償の金額に関わる重要な証拠となるため、一般企業においても万が一の対応に備えてフォレンジック調査導入の必要性・重要性が年々高まっています。**

## フォレンジックの内製化はむずかしい？

フォレンジックを企業にて内製化することはむずかしいといわれていますが、なぜなのでしょうか。その背景について見てみましょう。

### セキュリティに関する知識は必須

フォレンジックは、万が一情報セキュリティインシデントが発生した際に情報を保護し被害を最小限に防ぐものです。そのため、**コンピュータやネットワークにおけるセキュリティを脅かす攻撃手段や、それらのサイバー攻撃に対抗するための防御方法・対処方法に関する知識を有していることは、フォレンジック担当者としては必須かつ大前提となります。**

**フォレンジックでは法律の知識も必要となります。**フォレンジック調査は残された情報を法的証拠として利用するものであり、そのためにデジタルデータを保全し法的手続きを行う必要があるからです。

しかし、セキュリティ知識だけでなく法律の知識まで身につけるのは一朝一夕で成せることではありません。このこともフォレンジックの内製化がむずかしいとされる要因の一つとなっています。

しかし、**フォレンジックを内製化することができれば内部不正の防止になるというメリットがあります。**企業などにおける情報漏えい事件はたびたび報道されますが、サイバー攻撃など外部要因によって起こるものは全体の2割にも満たないといわれています。実は過半数を占めるのがメールの誤送信や管理ミス、内部犯行など、企業内に原因があるのです。

**フォレンジックを内製化し監視体制が整っていることが社内に浸透すれば、内部不正やミスが起こりづらくなると考えられます。**フォレンジック内製化のハードルは高いですが、その分大きなメリットも見込めるのです。

次に、実際のフォレンジックの手順についてステップ毎に解説します。

**まずはデータが残されている端末やメディアを収集し、紛失や取り違いがないよう、然るべき手順によって保全します。**

フォレンジックでは、データやログだけでなくコンピュータや記録媒体などのハードウェアそのものが調査対象となります。収集したハードウェアから内部にあるデータを完全コピーし、さらに改ざんや破棄などが起こらないよう専用の機器によって保全します。

コピーされたデータはそのままの状態では判別や解釈をすることはできません。そのデータを解析する必要があります。**ファイル作成・更新日時などのタイムスタンプやレジストリ解析等によるプロセス実行時刻の洗い出し、削除されたファイルの復元などの作業を経てメディアがデータ化されて初めて、人が読み解くことができるようになるのです。**

**データ化された情報をさらに分析し、その調査目的に応じて必要な部分を探し出します。**対象となる情報が抽出できたら、次に法的証拠として成立するかの判断もおこないます。この作業はほぼ人力でおこなわれるため、高度な専門知識が必要となります。

**分析で得られた情報をもとに調査結果をまとめ、報告します。**多くの場合、分析で得られる情報は断片的であるため、それらをつなぎあわせ補完・解釈を加えたうえで報告としてまとめます。事象の全容やポイントを簡潔に整理し読み手にとって理解しやすい報告書を作るためには、フォレンジッカーとして総合的なスキルを身につけておくことが必要となります。

内部不正や人的ミス、外部からのサイバー攻撃などによる情報漏えい事件は後を絶ちません。そのため、どの企業においても事前・事後における対策が必須となっています。

**その手段として主流となっているフォレンジック調査。内製化できることが理想ですが、内製化しないまでも、セキュリティ担当者・情シス担当者であればある程度の知識を身につけておくべきでしょう。**

本記事を参考に、ぜひフォレンジックについての理解を深め、デジタルリスクへの強固な備えに向けた準備を始めてみてはいかがでしょうか。

【フォレンジックとは】セキュリティ担当者必見！ 意味や調査方法を解説

*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や他のコンセール接続を用いてインスタンスへ接続します。

お役立ち記事