*AWSのアクセスキー*とは*認証情報*のことで、*AWS Identity and Access Management（IAM）*の*ユーザまたはAWSアカウント*の*長期的認証情報*を指します。*AWSのアクセスキー認証*により、*外部からAWSのサービス*へ**プログラムアクセスが可能**です。
参考：[AWS Identity and Access Management ユーザーガイド IAM ユーザーのアクセスキーの管理](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/id_credentials_access-keys.html)

### AWS アクセスキーのメリットは？

AWSの*アクセスキー*は、*アクセスキーIDとシークレットアクセスキー*から構成されています。AWS アクセスキーは、*ユーザ名とパスワードによる認証*と同様の処理をプログラムアクセス時に*アクセスキーIDとシークレットアクセスキー*を用いて行います。したがって、*メリット*としては「**ユーザ名とパスワード更新の影響を受けず**に*プログラムアクセスが可能*」ということが挙げられます。

### AWS アクセスキーのデメリットは？

AWSのアクセスキーの*デメリット*は、1つだけではなくいくつか挙げられます。理由は、*プログラムアクセスがユーザ名とパスワードなしに実行できる*ために、*重大なセキュリティリスク*が生じることが背景にあります。そのため、デメリットはAWSの**アクセスキー管理の徹底が必須**なので管理が難しくなることが挙げられます。

具体的には、AWSのアクセスキー管理が不十分の場合、以下の**セキュリティリスク**が生じます。
・*アクセスキーの漏洩*
　アクセスキーはアクセスキーIDとシークレットアクセスキーから構成される文字列のため、外部サイトに流出したり公開リポジトリ―に誤ってプッシュ登録したりすることで生じます。
・*AWSサービス内の情報漏洩*
　アクセスキーを利用して、サービス内に蓄積された業務データが持ち出しされるリスクがあります。
・*サービスの不正利用*
　1度外部にアクセスキー情報が漏洩してしまうと、AWSサービスを不正利用されたり、それによって高額なAWSサービス利用費の請求が発生したりすることが懸念されます。
・*セキュリティ攻撃に悪用*
AWSのサービスを経由した成りすましや、仲介者攻撃として第3者へのセキュリティ攻撃に悪用されるリスクがあります。

### AWSアクセスキーのセキュリティ考慮点は？

AWSの*アクセスキー利用*の*セキュリティ対策*として、以下の**考慮が必要**です。
・*極力使用しない*
　AWSのアクセスキーは、外部からのプログラムアクセスを用います。外部からのプログラムアクセスをしない場合はアクセスキーを使用せず、可能であれば不要なアクセスキーを削除します。
・*共有しない*
　不特定の方への情報共有を避け、必要最低限のメンバーのみ共有とするか、全く共有しない運用をします。
・*権限を絞る*
　アクセスキーを開示する場合は、専用の権限を絞ったアクセスキーを作成し提示します。
・*MFAを設定する*
　多要素認証（MFA）により、第3者の利用をブロックします。
・*IAM ユーザーのアクセスキー定期更新*
　IAM ユーザーは定期的にアクセスキーを更新し、意図しない流出影響を抑えます。
・*IAM ロールの使用*
　アクセスキーを用いず、処理するためにIAMロールをインスタンスに設定します。
参考：[AWS ドキュメント リファレンスガイド AWS アクセスキーを管理するためのベストプラクティス](https://docs.aws.amazon.com/ja_jp/general/latest/gr/aws-access-keys-best-practices.html)
参考：[AWS Identity and Access Management ユーザーガイド IAM でのセキュリティのベストプラクティス](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/best-practices.html)

## AWS アクセスキーの管理方法は？

*AWS マネジメントコンソール*により、IAM ユーザーの**アクセスキーを管理する**ことができます。

（1）IAM コンソールにサインイン
（2）ナビゲーションペインでユーザー名を選択し、[セキュリティ認証情報]を選択
（3）[Access keys (access key ID and secret access key)] セクションを展開
（4）必要な処理の実施
・*アクセスキーの作成* = [新しいアクセスキーの作成]の選択
・*アクセスキーの表示* = [アクセスキーを表示]の選択
・*アクセスキーの保存* = [キーファイルのダウンロード]の選択
・*アクセスキーの無効化* = [無効化]の選択
・*非アクティブアクセスキーの有効化* = [有効化]の選択
・*アクセスキーの削除* = [削除]の選択

### IAM コンソール以外を用いたAWS アクセスキーの管理方法は？

*AWS CLI *からIAM ユーザーのアクセスキーを管理するには、以下の**コマンドを実行**します。
・*アクセスキーの作成* = “aws iam create-access-key”コマンドの実行
・*アクセスキーの表示* = “aws iam list-access-keys”コマンドの実行
・*アクセスキーの最終使用日時確認* = “aws iam get-access-key-last-used”コマンドの実行
・*アクセスキーの無効化* = “aws iam update-access-key”コマンドの実行
・*非アクティブアクセスキーの有効化* = “aws iam update-access-key”コマンドの実行
・*アクセスキーの削除* = “aws iam delete-access-key”コマンドの実行

*AWS API*からIAM ユーザーのアクセスキーを管理するには、以下の**APIオペレーションを呼び出します**。
・*アクセスキーの作成* = CreateAccessKey APIの使用
・*アクセスキーの表示* = ListAccessKeys APIの使用
・*アクセスキーの最終使用日時確認* = GetAccessKeyLastUsed APIの使用
・*アクセスキーの無効化* = UpdateAccessKey APIの使用
・*非アクティブアクセスキーの有効化* = UpdateAccessKey APIの使用
・*アクセスキーの削除* = DeleteAccessKey APIの使用

### AWS アクセスキーを用いないプログラムアクセスは？

すでにお話しした通り、*AWSのアクセスキー*は*情報漏洩のリスク*がありますので、**慎重な管理**が求められます。そのため、AWSのアクセスキーを*極力使用せずに運用する*ことが望まれます。AWSでは、*IAMを用いてロールを作成する*ことができるので、**AWS アクセスキーを用いず**に*プログラムアクセスを実行する*ことが可能です。これにより、慎重な管理を要するアクセスキーの**セキュリティリスクを低減する**ことが可能です。

ここでは、AWSの*コンピューティングサービス*である*Amazon Elastic Compute Cloud（EC2）*を用いた*ロールの設定*について説明します。Amazon EC2のロールは、**立ち上げ時に指定**します。ロールの作成は、以下の手順となります。

（1）IAM コンソールから[ロール]を選択し[ロールの作成]を選択
（2）[AWS サービス ロール]の[Amazon EC2]を選択
（3）[ポリシーテンプレートの選択]から[Power User Access]か[Read Only Access]等を選択
（4）[インスタンス詳細]から[IAM ロール]を設定
（5）インスタンスを起動
参考：[AWS Identity and Access Management ユーザーガイド AWS サービスへのアクセスの提供](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/id_roles_common-scenarios_services.html)
参考：[AWS Identity and Access Management ユーザーガイド Amazon EC2インスタンスで実行されるアプリケーションにIAMロールを使用してアクセス許可を付与する](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/id_roles_use_switch-role-ec2.html)

その他にも、IAMの*一次的なセキュリティ認証情報*（トークン）を*AWS Security Token Service（STS）*で発行し、*AssumeRole API*で**プログラムアクセス**する方法があります。
参考：[AWS Identity and Access Management ユーザーガイド 一時認証情報を使用するサンプルアプリケーション](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/id_credentials_temp_sample-apps.html)

## AWS アクセスキーの管理を徹底し安全にクラウドサービスを利用しよう

インターネットの利用が一般的となったために、*セキュリティ障害や情報流出*が日々ニュースに流れてきます。*クラウドサービス*においても、*セキュリティ対策*は*重要なテーマ*です。AWSの*アクセスキーを慎重に管理*し、*AWSのクラウドサービス*をより**安全に活用する**ことを目指しましょう。

AWSのアクセスキーとは認証情報を指し、外部からAWSのサービスへプログラムアクセスする際に利用します。ここでは、その認証情報について説明していきます。さらに、アクセスキーの安全な管理方法を理解し、AWSサービスでの運用方法についても解説します。

AWSのアクセスキーとは認証情報のことで、AWSアカウントの長期的認証情報を指します

AWSのアクセスキー認証により外部からAWSのサービスへプログラムアクセスを提供します

AWSのアクセスキーの漏洩でセキュリティリスクが生じるため慎重な管理が求められます

AWSのアクセスキーとは？認証情報と安全な管理方法を解説！

## JavaScriptとJavaの違いを聞かれたら、どう答えるか？

「JavaScript」と「Java」は、名前が似ていても「全く違うプログラミング言語」だということはエンジニアにとっては常識です。

しかし「JavaはJavaScriptの略称だ」などと誤解している専門外の人に、分かりやすく説明するのは結構厄介です。それは、例えば大阪弁と名古屋弁がどう違うのかを説明するよりも、英語と日本語がどう違うのかを説明する方が難しいことに似ています。違いがありすぎて、何から説明して良いか迷うからです。

**もしも専門外の人に「JavaScriptとJavaはどう違うの？」と聞かれたとき**は、以下のように分かりやすく説明しましょう。

## 違うものなのに、なぜ名前が似ているのか

JavaScriptとJavaは、名前は似ているけど全く別ジャンルのプログラミング言語です。「なぜ似た名前なのか？」と思いますよね。それには、次のようないきさつがあります。

Javaは、1991年にS社が開発したプログラミング言語です。JavaScriptはその4年後にN社が開発したプログラミング言語で、当初はLiveScript（ライブスクリプト）という名前でした。しかし、*N社がS社と業務提携したのを機にLiveScriptを「JavaScript」と改名したのです。*N社としては、S社と親戚関係になったのだからと、**人気のあるJavaにあやかった**のでしょうが、それが紛らわしさの原因となりました。

もし業務提携していなかったら、北海道の銘菓「白い恋人」が吉本興業の「面白い恋人」を訴えたような騒ぎになっていたのかも知れません。

## JavaScriptとJavaはどこが違うか

コンピュータ上で作動するシステムやサービスを作る言語がプログラミング言語ですが、この言語にはおよそ200種類もあり、コンピュータの種類や作るシステムによって用いる言語が違います。

JavaScriptとJavaは、どちらも人気のあるメジャーなプログラミング言語だという共通点を除けば、仕事の種類は全く異なっています。例えるなら、同じ建設業者でも測量技師と外装業者ほど、お互いにかけ離れた存在です。

**JavaScriptは、Webサイトの画面で文字や画像にさまざまな動きを与えるプログラミング言語**です。

Webサイトを見ているときに突然現れる「ポップアップ広告」や、画像がクルクルと入れ替わる「カルーセル広告」などの*動きを表現するのがJavaScriptの得意技*です。

「HTMLで文章を書き、CSSでレイアウトする」がWebサイトを作るときの基本中の基本ですが、CSSで文字に色をつけるだけでは面白くない、ユーザーに煩わしがられる広告を楽しいものにしたいなどの理由で重宝されているのがJavaScriptで、ほとんどのWebサイトで使われています。

もう一方の**Javaは、ユーザーが目にする表舞台で活躍するのではなく、システムの土台を作る裏方を担当**します。例えば銀行や証券会社など、コンピュータなしでは機能しない会社の業務システムを構築するのに用いられています。ECサイトや旅行やグルメの予約サイトもJavaです。

また、Androidのアプリ開発やTwitterなどのSNSもJavaを使って作られています。

「フロントサイドとサーバーサイド」という言葉を聞いたことがあると思いますが、JavaScriptはユーザーの目に触れるフロントサイドで、Javaは一般の人の目に触れないサーバーサイドで活躍する言語です。

## JavaScriptとJavaがどちらも人気者な理由

中身をよく知らない人がJavaScriptとJavaを混同することがあるのは、どちらも専門外の人でも耳にする機会が多い人気のプログラミング言語だからです。その人気の理由とは何かを見てみましょう。

### Javaが人気者なのは、働く環境を選ばないから

プログラミング言語の多くは、Windowsでは使えるがMacやLinuxでは使えないなど、働く場所が限られています。しかし、**Javaで作ったプログラムなら環境を選ばない汎用性・融通性があります。**

Javaにこのような融通性があるのは、JVL（JAVA仮想マシーン）と呼ばれる翻譯機能が備わっているからです。いわばマルチリンガルの通訳と一緒に仕事ができるのが、Javaです。「Write once, run anywhere（一度書いたら、どこででも作動する）」は、Javaの特徴を一言で表している言葉です。

また、この汎用性・融通性はエンジニアとって「Javaが使えれば作れるシステムの種類、参加できるプロジェクトの数が多い」というメリットになります。

### JavaScriptが人気なのは、魅力的なパフォーマンスを表現できるから

Webサイトを作るエンジニアやデザイナーは、多くの競合サイトから自社サイトを際立たせることを常に考えています。ややもすると、迷惑者扱いにされる広告を楽しいものにするのも重要なテーマです。そんなエンジニアに重宝されているのが、**サイトに魅力的な動きを与える**JavaScriptです。

さらに、Google Mapは逐一更新しなくても、フォーカスしている位置をずらすだけで新しい情報が浮かび上がってきます。*ユーザーのマウス操作や文字入力を感知して、リアルタイムで内部処理を行なうことができます。*例えばGoogle Mapは、逐一サイトを更新しなくてもマウスでフォーカスポイントをずらすだけで、瞬時に情報が更新されます。つまり、*ユーザーにストレスを与えずに楽しさを提供できる*のが、JavaScriptの人気の理由です。

## JavaScriptとJavaのどちらを学ぶべきか？

JavaScriptとJavaのどちらを学ぶべきかは、その言語を使って何を作りたいのか（どんな仕事をしたいのか）によります。あるいは、どちらが就職や転職に有利なのか、学習の難易度はどうなのか、という判断基準もあるでしょう。

### その言語で何を作りたいのか、どんな仕事がしたいのかで選ぶ

**業務システムの構築やアプリ開発をしたいならJava、オシャレなWebサイトを作りたいならJavaScript**を学ぶのが良いでしょう。Javaは裏方でシステムを支える論理を構成する言語で、JavaScriptは表舞台（ユーザーサイド）でサイトの見栄えや使い勝手を担当します。

分かりやすく言うと上記のようになりますが、JavaScripでもスマホアプリ開発ができるようになるなど、サーバーサイドの開発にも関係するようになりました。*エンジニアの半数以上がJavaScripを学習している*と言われています。

### どちらが就職や転職に有利かで選ぶ

2021年5月現在の、dodaやIndeedなどのエンジニア求人案件を見ると、**Javaの求人数はJavaScripの2.5～3倍あります**。しかし、2019年には5倍ほどの差があったので、*JavaScriptの需要が次第に高まってきた*ことが分かります。

どちらも人気の言語で、例えばdodaではJavaは4,500件前後、JavaScriptは1,500件前後がサイトに掲載されています。しっかり学んで使えるようになれば「覚えたけれど就職先がない」という心配はありません。

初心者にとってどちらが学ぶのが難しいかといえば、Javaです。マスターすれば「何でも作れる」代わりに、覚悟を決めて勉強に取りかからないと挫折する可能性が高いと言えるでしょう。

JavaScriptは、フロントサイドで動く言語なのでWebブラウザで動作確認できる点、学習しやすさがあります。**基礎的なことを学んでしまえば、プログラミンを省力化できる便利な「ライブラリー」が多種揃っている**というメリットもあります。

ここまで、プログラミングの初心者に「JavaScriptとJavaの違いは？」と聞かれたときに、どう答えたら分かりやすいのかという一例を当記事でご紹介しました。プログラミングに興味を持つ人の数はどんどん増えているので、何か聞かれたときはその道のプロとして丁寧に教えてあげたいものですね。

IТ初心者には、JavaはJavaScriptの略称あるいはよく似たプログラミング言語だと誤解している人がいます。どちらも有名なだけに誤解も多いのです。この記事では、2つの言語の違いを「エンジニアが専門外の人にも分かりやすく説明する仕方」の一例をご紹介します。

人気言語のJavaScriptとJavaの違いを誤解する初心者が増えている

JavaScriptとJavaの名前が似ているのは、2社が一時提携関係にあったから

JavaScriptとJavaがそれぞれどんな場所で使われるかを説明すると分りやすい

JavaScriptとJavaの違いは？質問されたときの説明方法

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ツールを比較する際のポイントと主要なツールを紹介！

AWSはクラウドサービスのシェアNo.1ですが、その各種サービスに対する高い評価も特徴です。今回はそのサービスの中から、ロードバランサのサービス、EBLについて解説します。Webサービスの停止や遅延はユーザーへのサービス提供に大きな支障をきたすばかりか、ブランドイメージを大きく損ないます。そのため、Webサービスにおいては*Webサーバーに対する負荷分散は必要不可欠*になっています。

この負荷分散をロードバランシグと呼び、ロードバランシングを行うシステムをロードバランサと称します。このロードバランサについては後ほど詳しく触れますので、まず最初に**AWSが提供するロードバランサ（ELB）について解説**します。

ELBは正式名称「Amazon Elastic Load Balancing」の通称で、AWS が提供する**「負荷分散」に加え、「ヘルスチェック機能」を備えたロードバランササービス**です。ELBには多くの特徴（強み）がありますが、最初にELBの3つのロードバランサを紹介しましょう。

**AWSが提供するロードバランサには3種類があり、Network Load Balancer（略称NLB）・Application Load Balancer（略称ALB）・Classic Load Balancer（略称CLB）**です。
AWSでは、この3種類の中から、利用するシステムの適性に合わせて選択することができます。以下で、それぞれの特徴について説明します。

*1.Network Load Balancer（NLB）*
**NLBは、秒間数百万のリクエストを捌けるように設計されたロードバランサ**です。*TCPプロトコルの標準的なL4でロードバランシング*が行え、大量のアクセスが想定されるシステムに推奨されています。NLBは宛先IPをターゲットIPに変換して転送するため、帰路はロードバランサを介することなく、ターゲットからクライアントに通信できます。このように、NLBではロードバランサとしての処理が最小限であるため、*遅延防止に重きを置いた仕組み*となっています。

*2.Application Load Balancer（ALB）*
**ALBは、HTTP・HTTPSプロトコルのL7（アプリケーション層）への対応**が強化された単一ロードバランサです。異なるURLごとにサーバーに対するリクエストを振り分けることができ、CLB 比較してより細かい設定が可能です。

ALBは複数のアベイラビリティゾーン（データセンター）にまたがって対応することができ、高レベルの耐障害性を実現しています。また、ALB自体に自動的にキャパシティを増減する機能が備わっており、可用性においても非常に優れています。WEBアプリケーション用には、*ALBが最も多く利用されています*。

*3.Classic Load Balancer（CLB）*
**CLBは、AWSで初期から提供されているELBの1つ**です。複雑な設定はできず、*シンプル*なロードバランサです。利用中のユーザーがいるためサービスとしては提供中ですが、**AWS側からは推奨されていない旧タイプ**です。

## ロードバランサについてもっと知ろう

ITエンジニアなら、ロードバランサをご存知の方が多いでしょうが、**ロードバランサには負荷分散以外にもさまざまな役割がある**ことをご存知でしょうか？ここでは、ロードバランサについて知っておくべき基本知識について述べますので、ぜひ読み進めてください。

改めて説明するまでもないかもしれませんが、ロードバランサとは、サーバーへのアクセス集中を防ぎ、*サーバーの安定稼働をサポート*するための装置や仕組みのことです。**Load（負荷）Balancer（平衡を保つ）の言葉通りで、日本語では負荷分散装置とも呼ばれています**。ロードバランサのおかげでWebサーバーへのアクセスが集中している時にも、利用者は安定したサービスを受けることができるのです。

### ロードバランサが必要な理由

公開Webサイトは、膨大な数の利用者を対象にサービスを提供しており、サービスに対するアクセスには時として大きな変動があります。想定以上のアクセスが集中すると、サーバーの処理能力を超え、ネットワークが混雑してサイトへの接続がしにくくなりサービスの低下を招きます。高速道路の料金所の混雑状態をイメージするとよく分かると思います。

こうした状態が頻繁に起きると**利用者離れを招き、企業ブランドのイメージ低下や売上減少などの弊害に繋がります。**そうした*事態を防ぐために、ロードバランサが必要*です。まず、サーバーダウンに備えるためにWebサーバーの冗長化（多重化）があります。この場合、アクセスをバランスよく複数のサーバーに振り分けを行う必要があります。

冗長化にはアクセス集中の回避以外に、片方のサーバーがダウンしても、もう片方のサーバーでサービスを継続することができるというメリットがあります。この*複数のサーバーにアクセスを分散させる役目を持つのがロードバランサ*です。

ロードバランサの機能について確認しておきましょう。

*■アクセスの負荷分散*
ロードバランサの基本機能で、**アクセスを複数のWebサーバーに分散して振り分けを行います**。急激なアクセスの増加に対して、レスポンスの低下を防ぐことができます。

負荷分散の方式は、以下の2種類があります。
*・ラウンドロビン*：*Round Robinは非常にシンプルな負荷分散方式*で、アクセスを各サーバーに均等に振り分けます。
*・最小コネクション*：サーバーの処理状況に合わせ、アクセスを*処理の少ないサーバーに振り分け*をします。

*■セッション維持*
利用者ごとのアクセスを同一のサーバーに振り分けます。例えば、ECサイトの利用では、買物から決済まで一連の流れを同一のサーバーに接続しておく必要があります。このため、*同じ利用者からのアクセスは利用者（IPアドレス）単位で同一サーバーに振り分け*ます。

*■故障監視*
ロードバランサは*Webサーバーの状態を定期的にモニタリング*し、サーバーの故障を検出するとそのサーバーへのアクセスの振り分けを停止し、負荷分散対象から切り離します。このため1つのサーバーで障害が発生しても、サービス提供を継続することができます。

*■連続サービス*
利用者への*サービスを停止せずに、Webサーバー増設・保守・修理などを可能*とします。このため、システムの柔軟な保守が行えるようになります。

ここからは、AWSのロードバランサELBの強みについて解説します。**AWS ELBの中でも、中心的なサービスであるALB**を軸にして強みを見ていきましょう。

AWS ELBはトラフィック（通行量）を自動的に分散してくれるため、トラフィックによるサーバーダウンを防ぐ役割を持っています。では、ELB自体が故障することはないのでしょうか？実は ELB 自体も負荷に対応してキャパシティを自動的に増減するため、ユーザー側で ELB の台数を増す必要はありません**。スペックも意識する必要はないのです。

AWS ELBの強みの1つは、**堅固なセキュリティ**にあります。ELB自体は、Amazon Visual Private Cloud の中に配置されており、、不必要なトラフックや安全性に問題がありそうなトラフィックはシャットアウトしてくれます。

また*ELBにはSSLの設定を行うことができ*、非常に強固なセキュリティ環境を実現できます。しかもSSLを利用しても特に追加料金は発生しないという点は注目に値します。

AWS ELBは、**コンテントベースのルーティングが可能**です。つまり、同一インスタンスでもアプリケーション毎にターゲットを柔軟に設定する事ができ、アプリケーション間の通信をシンプルにできるのです。

AWS ELBの最大の魅力は、その高い負荷分散能力です。ロードバランサであるELBが負荷分散を行うのは当然ですが、その負荷分散能力には並外れたものがあります。**ELBはAWSの他のアベイラビリティゾーンへの負荷分散も可能**であり、*災害対策の面からも万全の対応が可能*です。

AWS ELBは接続している**サーバーをモニタリングがし、サーバーの仕事が均一になるようコントロール**をしてくれます。EWSは、Amazon Cloud Watchメトリクスの機能やリクエスト追跡機能などを活用して、パフォーマンスやアプリケーションの動きをリアルタイムで把握できます。

また、サーバーに障害が発生した場合でも、他の正常なサーバーに自動的に負荷分散してくれるなど*障害の影響を最小限に抑え、迅速に問題解決に導いて*くれます。

### 複数のサーバーのアクセスログをまとめて取得

サーバーへのアクセスログの収集や解析はサーバー管理、Webの管理では重要な業務の1つですが、複数台あるサーバーのアクセスログを1つにまとめて解析するのはかなり面倒なことです。**ELBではこのアクセスログを一元的に確認することができ、アクセスログ管理に関する手間を省いてくれる**という副次効果があります。

ここまで読み、AWS ELBの概要やメリットなどについては理解されたかと思います。最後に、**ELBの利用料金・実際に利用する際の設定手順**などについて解説するのでぜひ参考にしてください。

### ELBの料金
AWS ELBは**従量制料金のサービスで、利用した分に対して支払いが発生**します。初期費用や最低料金などは発生しません。また*無料利用枠はありません*ので、テストサイトなどでも料金は発生します。料金は、利用するロードバランサやリージョンによって異なりますので、詳細はAWSのサイトで確認してください。

AWS ELBの料金は、次の2つの基準によって計算されます。
*▪ロードバランサの利用時間（1時間単位）*
*▪データ転送量（GB単位）*
料金シミュレーションは以下で行えますので、興味のある方は試してください。
[ざっくりAWS](https://aws-rough.cc/elb/)

*1. 準備*
AWS ELBを設定する前に、分散処理を前提とする複数台のサーバー構成を用意します。ただし、**ELBは1台構成のサーバーでも、メンテナンスやSSL証明書導入などでメリットがあります**ので、最初から導入しておくとよいでしょう。

*2.ロードバランサの作成*
続いて、ロードバランサを作成しますが、*CLI（AWS Command Line Interface）*、あるいは*AWSマネジメントコンソール*から作成をします。

*3.設定*
ロードバランサの設定では、*ロードバランサの名前・ネットワーク・ヘルスチェックのパスや動作などについて設定*をします。

*4.ターゲット登録*
ロードバランサの対象となる*ターゲット*を登録します。

*5.動作確認*
ヘルスチェックを利用してロードバランサが*正しく動作することを確認*をします。

AWS ELBの特徴や強みについて、解説してきました。ロードバランサの特質を最大限活かした**AWS ELBは、サーバーの台数や構成に関わらず利用することで、さまざまなメリットが得られます**。Webサーバー以外でも利用メリットが大きいため、*AWSを利用する際にはELBを必須*と考えてください。AWSのELBに強いエンジニアとして、皆さんの更なるご活躍を期待しています。

AWSのロードバランサELBは、多くのメリットがある優れたサービスです。特に、ロードバランサに関する知識はWebエンジニアに必須です。この機会に、ロードバランサとAWSのサービスELBについて理解を深め、ITエンジニアの仕事に活かしてください。

AWS ELBはAWSが提供するロードバランシングに関する優れたサービスで、3種類のサービスがある

ロードバランサは特にWebサービスの利用者に安定したサービスを提供するために必須である

AWS ELBには負荷分散以外にもさまざまなメリットがあり、冗長構成のサーバー以外でも利用する価値がある

ITエンジニアとしてAWSのロードバランサを知り仕事に活かそう

*AWS*の特徴は、**膨大な提供サービスの数**にあります。各サービスは、AWSマネジメントコンソールと呼ばれる管理メニューから簡単にサービスを利用できます。

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

通常アプリケーションを実行するためには、*アプリケーション実行コード*が必要です。加えて、アプリケーションが実行する*ランタイムライブラリー*や、内部で使用する*依存ライブラリー*等を用意します。そして、アプリケーションの*設定ファイル*も必要です。

これらのファイル群は、サーバーの数が少ない場合はあまり気にする必要はありません。しかし、大量のサーバーを用いてアプリケーションを分散し起動したり、あるいは開発環境の様に設定を差し換えて起動したりとなると色々と問題が出てきます。まず、環境や設定が不統一の場合はサーバーを立ち上げるのに一苦労です。

それを解消するのが、*コンテナ*です。アプリケーションに必要とされる*アプリケーション実行コード*と*ランタイムライブラリー*および*依存ライブラリー*をコンテナ化し、まとめることでデプロイが簡単になります。*実行環境に合わせてコンテナの設定をカスタマイズ*するだけで**準備が完了**です。

### 仮想サーバーとコンテナの違いは？

一方の*仮想サーバー*とは、*ハイパーバイザーや仮想化ソフトウエア*を用いて実装したサーバーです。アプリケーション実行は、*ハイパーバイザー*によって構成させた*仮想マシン上のゲストOS*上で稼働させます。

他方コンテナの場合は、*ホストOS上のコンテナエンジン*で*コンテナ化したアプリケーション*を実行するだけです。そのため、ゲストOSのオーバーヘッドの影響を受けません。さらに、ゲストOSが起動しないため*起動時間が短縮*され、*メモリー消費量も節約*できます。

システム運用者のメリットとしては、運用の分担がしやすいことが挙げられます。具体的には、*仮想サーバー*の場合は*ホストOSとゲストOS*は*システム運用担当者が分担*するために、アプリケーション変更に伴い作業を*システム運用担当者と調整する必要*があります。*コンテナ*の場合は新たに*ゲストOSを仲介しない*ため、**開発者がコンテナ化したアプリケーションを実行するだけ**です。*DevOps*と呼ばれる開発と運用を連携させる開発手法においては**コンテナの採用率が非常に高まっています**。

### 代表的なコンテナソフトウエアは？

コンテナエンジンとしては、*Docker*が有名です。必要なコンテナソフトウエア機能が含まれますので、シングルノード環境でよく活用されています。しかし、利用が拡大してくると*コンテナ間で処理を連携するオーケストレーション*のニーズが高まってきました。

*Kubernetes*は*仮想サーバー間にまたがるコンテナを管理*し、*大規模システムに適したクラスターを構成可能*です。そのため、*コンテナオーケストレーション*を重視する場合は**Kubernetes利用者が多数を占めています**。

## AWSのコンテナサービスとは？

AWSでは、以下の**コンテナサービスを提供**しています。

・*Amazon Elastic Container Registry（Amazon ECR）*
　コンテナイメージの圧縮保存・管理・デプロイ
・*Amazon Elastic Container Service（Amazon ECS）*
　完全マネージド型のコンテナオーケストレーションサービス
・*Amazon Elastic Kubernetes Service（Amazon EKS）*
　完全マネージド型のKubernetesサービス
・*AWS Fargate*
　Amazon ECSとAmazon EKSで動作する、コンテナ向けサーバーレスコンピューティング

コンテナサービスの実際の利用方法については、以降で説明します。

### AWSのコンテナサービスの役割は？

AWSのコンテナサービスの役割は大きく、3つに分類されています。

（1）*レジストリ*
　各サーバーで実行するコンテナイメージを蓄積し、一元管理します。
（2）*コントロールプレーン*
　デプロイ・スケジューリング・スケーリングのオーケストレーション・アプリケーション管理を行います。
（3）*データプレーン*
　コンテナの実行環境、実行サーバーを指します。

コンテナではこの役割に応じて**処理を分担し連携動作させています**。

### AWSのコンテナサービスの区分は？

AWSの**コンテナサービスの役割区分に応じて**、以下のサービスを選択していきます。

・*レジストリ*
　Amazon ECRまたはDocker Hub等を利用して、コンテナイメージを蓄積します。通常AWSサービス連携性の高いAmazon ECRを選択するのが良いでしょう。

・*コントロールプレーン*
　Docker向けのAmazon ECS、またはKubernetes向けAmazon EKSを必要に応じ選択します。小規模なコンテナではAmazon ECS、大規模システムあるいはKubernetes愛好者はAmazon EKSを選択するのが良いでしょう。

・*データプレーン*
　Amazon Elastic Compute Cloud（Amazon EC2）を利用するか、サーバーレスであるAWS Fargateを選択します。お試しの場合はAWS Fargateを検討し、商用サービスで実行時間がそれなりに見込まれる場合はAmazon EC2を選択しましょう。

### AWSでのコンテナ活用方法は？

ここでは、**コンテナの代表的な活用例**について解説していきます。

・*アプリケーションの開発と運用*
　DevOpsのように開発と運用を協調して進める場合は、動作環境の調整や切り替えを円滑にする必要があります。この場合、コンテナを活用することにより開発と運用の効率性を高めることができます。

・*アプリケーションのクラウドへの移行*
　既存アプリケーションを異なる環境で動作させるには、アプリケーションのみならずランタイムや依存ライブラリーを準備する必要があります。これらのモジュールをパッケージ化することで、移行作業が大幅に簡素化できます。そのため、コンテナ活用によりクラウドへの移行性が向上するでしょう。

・*アプリケーション連携性の向上*
　コンテナのデプロイを用途に応じてオンプレミス環境とクラウドを使い分けし、コンテナのオーケストレーションにより処理に応じてスケールさせることが可能です。これにより、ワークフロー管理が効率的に実施できるでしょう。

・*アプリケーションのマイクロサービス化促進*
　従来のモノリシックアプリケーションをマイクロサービス化することで、よりコンテナオーケストレーションに適したモジュール構成をとることができます。将来に向けてアプリケーションの見直しを予定している場合は、コンテナの活用がより効果的でしょう。

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

この「*ご利用開始のためのリソースセンター*」の「*カテゴリ別のサービス学習*」に、「*コンテナ*」の情報が用意されています。このページでは、初心者からより深く学習する方を含めて「はじめに」「基礎」「学習リソース」「その他のリソース」と学習情報が整理されています。**これから学習を始める方はご一読をお勧めします**。
参考：[AWS カテゴリ別のサービス学習 コンテナ](https://aws.amazon.com/jp/getting-started/deep-dive-containers/)

さらに、*ハンズオンや動画*を*チュートリアル*として提供しています。内容は*10分程度から2時間以上*までの幅があり、*難易度に分けて学習コンテンツを提供*しています。
*AWSチュートリアル一覧*は「*ご利用開始のためのリソースセンター* 」の「*ハンズオンチュートリアル*」で表示されます。

「*コンテナ*」カテゴリでは、*クラウドレベル100（初心者）*向けコンテンツとして「*最新のアプリケーションを構築*」が用意されており、所要時間は2.5時間程度です。さらに、*クラウドレベル200（中級者）*向けコンテンツとして「*Kubernetes アプリケーションをデプロイ*」が用意されており、所要時間は30分程度です。*AWSにサインアップ*することで学習コンテンツが利用可能となります。その他に「*コンピューティング*」カテゴリも**コンテナ構築では必要**となりますので、このチュートリアルをぜひご活用ください。
参考：[AWS ご利用開始のためのリソースセンター ハンズオンチュートリアル](https://aws.amazon.com/jp/getting-started/hands-on/)

## AWSのコンテナサービスを活用し更なる生産性向上を図ろう

AWSでは、*Amazon EC2*が主要なコンピューティングサービスです。ニーズの広がりに応じて、サーバーレスサービスとして*AWS Lambda*が用意されています。同様に、コンテナの利用者に対して*Amazon ECSやAmazon EKS*を提供、さらにサーバーレスコンテナの*Amazon Fargate*を用意しています。この*製品群は非常に多岐に渡ります*ので、*コンテナの活用*により**AWSのサービス利用が最適なものになる**でしょう。

AWSは豊富なサービス数が特徴で、ニーズに応じてさらにサービスを拡大しています。この記事では、コンテナの利用者ニーズを満たすAWSのコンテナサービスについてまとめました。また、初心者向けの学習手順やハンズオンについても解説しているので、ぜひ参考にしてください。

AWSは豊富なサービスが特徴で、Amazon EC2が主要なコンピューティングサービスです

コンテナサービスとして、AWSではDockerとKubernetes向けサービスを提供しています

コンテナ初心者から経験者を対象に、学習コンテンツ用チュートリアルが活用できます

AWSのコンテナについて初心者にも分かりやすく解説！

## クラウドサービスとAWSのメリット

AWSのメリットを知る前に、*クラウドコンピューティングとAWSの関係、AWSの特徴*について確認しておきましょう。

### クラウドコンピューティングとは

**「クラウド コンピューティング」はサーバー・ストレージ・データベース・ネットワーク・ソフトウェアなどをインターネット（クラウド）経由で提供するコンピューティングサービスのこと**です。提供形態としては、パブリック クラウド・プライベート クラウド・ハイブリッド クラウドの3つのパターンがあります。

企業や個人を問わず、*不特定多数のユーザー*に対して提供するクラウドサービスのことです。

企業などが*自社専用のクラウド環境*を構築して、社内やグループ会社にクラウド環境を提供する形態です。パブリッククラウドにもさらに2パターンあり、自社内でインフラの構築や運用を行う「オンプレミス型」と、クラウド事業者から自社専用のインフラをサービスとして提供を受ける「ホステッド型」があります。

*「パブリッククラウド」と「プライベートクラウド」を組み合わせて利用*するクラウドコンピューティングの形態で、それぞれが持つメリットを活かし、補完しあえるという特徴があります。

クラウドサービスには提供するサービスの範囲として、次の3パターンがあります。AWSの中心はIaaSです。

*1.Infrastructure as a Service（laaS）*

サーバーやストレージ、ネットワークなどの**インフラ部分のみを提供するクラウドサービス**です。インフラ以外のOSやミドルウェア、アプリケーションなどのソフトはユーザー側で用意し、インストールした上で利用します。

サーバーやネットワークなどの**プラットホームに加え、OSやミドルウェアまでを提供するサービス**の形態です。アプリケーション以外の環境が整っているため、ユーザーはソフトウェア開発に専念できます。

**プラットホームやミドルウェアに加えてアプリケーションまでを含むクラウドサービス**で、ユーザー側で用意するものは特にありません。代表例としてMicrosoft Office 365やSalesforceなどが挙げられます。

AWSは世界最大の通販サイト**Amazon社が提供する世界最大のクラウドサービス**で、「*Amazon Web Services*」の略称です。Amazon社が自社のサイト「Amazon.com」運営ノウハウを活用し、2006年7月に一般公開されました。

AWSは、*Amazonの利益の半分以上をAWSが稼いでいます*。2020年の第4四半期でシェア32％を獲得しており、売上も前年同期比で28％増加するなど依然好調をキープしています。AWSが独り勝ちの理由としては、他の企業に先駆けて2006年からサービスを提供していることが大きいでしょう。

AWSは*世界25 のリージョンに 80 のアベイラビリティーゾーン（データセンター）を展開*し、個人やスタートアップ企業から大企業・米国政府機関・日本政府まで100万以上のユーザーがAWSを利用しています。

AWSは約90のサービスが提供されています。その内の主要なサービスは、**AWSアカウントを取得すれば直ちに利用することができます。AWSアカウント自体は無料で作成が行え、個人でも取得できます**。AWSの主要サービスであるAmazon EC2やAmazon S3などには一定の条件で*無料利用枠*が設けられ、1年間（12カ月間）サービスの利用料金がかかりません。

例えば、仮想サーバーを利用したい方はAmazon EC2を月間750時間×12カ月間無料で利用できます。また、ストレージサービスであるAmazon S3はストレージを5GBまで12カ月、データベースサービスのAmazon RDSも12カ月無料で利用が可能です。

すなわち、*お試しの利用からシステム構築までの12カ月間、ほぼすべて無料で利用できるという点がAWSの人気の秘密*と言えるでしょう。 

AWSにはさまざまなメリットがありますが、ここでは代表的なメリット3つを挙げてみました。

### *1.初期コストを抑えられる*

基礎知識の記事（37ページ目）