*[【マイナビITエージェント】あなたの転職活動を無料でサポートいたします](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=banner&utm_campaign=acv01)*

コンテナ型仮想化ツールを提供する*Docker社は、2021年8月31日にこれまで「無償提供をしてきたDocker Desktopの有料化」を発表*しました。

直接的な影響はないとお考えのエンジニアの方が多いかと思いますが、実際のところはどうなのでしょうか？

このニュースを受け、既に「Docker Desktop」を商用利用、商用開発を行っている企業や職場では、有料化に向けた予算の確保、対応策の検討に入ったことでしょう。また読者の中には上司から、「Docker Desktop有料化の代替策を考えろ」と指示された方がいるかもしれません。

ここでは、**「Docker Desktop有料化」について、その影響、デメリットとメリット、代替策**などについて考察していきますので、エンジニアの皆さんはぜひ参考にしてみてください。

### Docker Desktop有料化はいつから？

「Docker Desktop」の有料化は既に2021年8月31日より開始されていますが、有料化の対象企業の内、すでに**「Docker Desktop」を利用中の企業は2022年1月31日までの猶予期間**が設けられています。
それまでに有料で継続するのか、利用を停止するのかを決めなければなりません。

*Docker社は2013年に「コンテナ型仮想化」を実現する「Docker」をリリース*して一躍注目を集め、主にエンタープライズ向製品の提供によって成長してきました。
しかし、仮想化製品の雄であるVmware社との競争に打ち勝つまでは至らず、2019年11月に、これまで**注力してきたエンタープライズ向け製品群をMirantis社に売却し、ディベロッパー向けツールの開発と販売に舵を切った**と発表しました。
同社の大きな収益源であったエンタープライズ製品を売却したことから、*「Docker Desktop」の有料化に踏み切った*と目されています。

**Dockerは、コンテナ型仮想化を実装するためのツール**であり、*Docker社によって開発され、公開されているオープンソースのソフトウェア*です。
Dockerを利用すると1台のコンピュータ上に、それぞれが完全独立した複数の仮想実行環境を構築できます。*それぞれの隔離された実行環境を「コンテナ」と称します*。

Dockerには主にクラウドで利用される*「Docker Enterprise」*という製品がありましたが、 売却され、現在は*「Mirantis Container Cloud」や「Mirantis Kubernetes Engine」の名称でMirantis 社から販売*されています。

一方*「Docker Desktop」はWindowsやMacなどのデスクトップ製品として、主にシステム開発の現場で、特に「コンテナ」開発の分野で広く利用されており、Docker社の中核事業となっています*。

システム開発で利用される**「Docker Desktop」の有料化の内容、影響範囲など**について確認しておきましょう。

**これまで無料提供されていた「Docker Desktop」は、次の2つの条件のいずれかに該当する場合には有料**となります。

*▪年間売上高1,000万ドル（約11億円）以上*

ただし、*個人での利用、教育機関での利用、非商用オープンソースプロジェクトでの利用に限り、引き続き無料で提供*されます。

*「Docker Desktop」は従来からビジネス利用に対しては一部有料プランが存在*していましたが、**新料金プランでは新たに「Pro」プランが追加され、中規模以上の企業でのビジネス利用に対する有料提供を明確にした**形です。以下新プランの価格体系です。

*▪Docker Personal（旧Free）：無料*
（提供内容）プライベートリポジトリ1、DockerCLIを含むすべてのコンポーネント
*▪Docker Pro（新設）：5ドル*
（提供内容）プライベートリポジトリ無制限、Dockerイメージ取得5000回/日まで、並行ビルド5つまで
*▪Docker Team： 7ドル*
（提供内容）最低5ユーザー以上利用、チーム数制限なし、並行ビルド15まで、ロールベースのアクセスコントロール、監査ログなど
*▪Docker Business：21ドル（最小購入単位=50）*
（提供内容）Teamの機能に加えて集中管理機能、セキュア・ソフトウェア・サプライチェーン機能、※SAML SSOなどのエンタープライズ向け機能

*【参照】：[Docker公式サイト](https://www.docker.com/)*

※SAMLは「Security Assertion Markup Language」の略語で、SSO（Single Sign-On）実現のための仕組みです。

## Docker Desktop有料化のデメリット

Docker Desktopの有料化は、*同製品を利用している大企業（従業員数250人以上、または年間売上高11億円以上）では直接影響*を受けます。想定される影響やデメリットについて以下2つを挙げます。

### ライセンス費用の支払いが新たに発生する

**対象企業は一人当たり月額で5ドルから21ドルの費用が発生**します。
たとえば、従業員数300人のソフトウェア開発企業の場合、月額5ドルのビジネスプランを選択すると、5ドル/月×12ヶ月×300人=*18,000ドル/年（約200万円）のライセンス料が新たに発生*します。
業績が芳しくない企業の場合、これは大きな負担増となります。また、こうした新たなコストを吸収するために、その企業の製品価格などに転嫁されることも想定されます。

### 代替策を講じても余分な手間や労力が掛かる

「Docker Desktop」以外の代替策は皆無ではありません。もちろん、*「Docker Desktop」を含めてコンテナ仮想ツールを使わないという選択枝*もありますが、これまで積み上げてきた「Docker Desktop」活用のノウハウを捨てるのは賢明な選択とは言えません。

他に**代替策として「Podman」などのコンテナ型仮想化ツールを使うという方法**もありますが、今まで活用してきた「Docker Desktop」を廃止し、新たなツールを導入するハードルは決して低くはありません。

新たな方式に切り替える際には、*移行計画を策定し、テスト環境を構築してテストを繰り返し、利用マニュアルを作成し、従業員への教育を行うといった対応*が必要となります。結局、*これらに要する間接コストや労力を考えると、1人5ドル/月を支払ってでも、有料プランを申し込むのが正しい選択*と言えます。

## Docker Desktop有料化のメリット

Docker Desktopの有料プランを選択する場合には、それに掛かる費用に関して上位者の決裁、承認が新たに必要となります。*有料プランへの移行決裁を得るには、有料プランへの切り替えメリットを明示する必要*があります。
ここでは**Docker Desktop有料プランへの移行メリット**について挙げてみましょう。

### プライベートリポジトリを無料で利用できる

リポジトリとはソースコードを管理する単位のことです。*リポジトリはソースコードの格納場所を意味し、一般に公開されるパブリックリポジトリと、関係者だけに公開が限定できるプライベートリポジトリがあります*。
ソースコードを第3者に公開したくない場合には、プライベートリポジトリの選択が必要ですが、**「Docker Desktop」有料プランではプライベートリポジトリを無制限に利用可能**です。

クラウド系の開発では、有料のコンテナレポジトリサービスを利用するケースが想定されますが、例えば*AWSのAmazon Elastic Container Registryを利用すると1GB/月額 0.10ドルの費用が発生*します。

しかし*DockerHubのプライベートレポジトリを利用すれば、その月額料金内で無制限に利用できるため、プライベートレポジトリに掛かる費用を実質ゼロに*できます。

### 自動ビルドサービスが利用できる

*自動ビルドとは、一般的にはユーザーが直接操作をしなくとも、自動的にサーバ上でコンパイルやテスト環境への登録を行ってくれる機能*のことです。
**「Docker Desktop」有料プランでは『DockerHub』にコンテナレポジトリサービスを移行すれば、※「Github」と連携する自動ビルドサービスを利用できます**。

この機能は、*「Github」にアップロードされたDockerFileからDockerビルドを実行し、Dockerイメージを自動的にビルドする機能*です。

※Githubは世界的なオープンソースソフトウェア開発のプラットフォームで、保存や公開を行っています。

## Docker Desktop有料化の教訓を活かす

*今回起きた「Docker Desktop」有料化の問題は、オープンソース製品ではありがちな問題事例*です。オープンソースを利用するのは大いに結構なことですが、オープンソース提供組織の運営が成り立たなくなった時に、有償提供が不可避となります。

**こうした時の対策を日常から講じておくことが重要**です。経験の浅いエンジニアの皆さんには少し難しい話になってしまったかもしれませんが、*日頃から問題意識を持ち、自らの問題としてとらえる習慣を身に付けて*おきましょう。

Docker Desktop 4.2の新機能とインストール方法

コンテナ型仮想化ツールを提供するDocker社は、同社のディベロッパー向け主力間製品のDocker Desktopの有料化を発表しました。このことが私たちに、どんな影響があるのか、メリットやデメリットを含め、エンジニアが押さえておきたいことを解説していきます。

Docker Desktop有料化への対応は影響範囲を理解し、代替策を検討する必要がある。

Docker Desktop有料化にはデメリット以外に、プライベートレポジトリ無料利用などのメリットがある。

Docker Desktop有料化はオープンソースでは避けられない問題であり、日頃から意識をしておくこと。

エンジニア必見！ Docker Desktop有料化の影響と対策

*Azure*と*AWS*は**代表的なクラウドサービス**です。一般的にクラウドサービスに移行すると総所有コスト（TCO）が削減されると言われており、利用が拡大しています。実際に利用する際はどのような基準で選択するのが良いのでしょうか。ここではAzureとAWSを比較し、違いを説明していきます。

サービス拡大のためにクラウドサービス事業者自体も*サービス・事業の公開*をしています。特に*Microsoft社*は自社Azureと競合するAWSを比較し積極的にユーザ獲得を進めており、*サービス内容から料金比較*にいたるまで比較情報を公開しています。
参考：[Microsoft ドキュメント AWS サービスと Azure サービスの比較](https://docs.microsoft.com/ja-jp/azure/architecture/aws-professional/services)
参考：[Azure Azure vs. AWS のコスト比較](https://azure.microsoft.com/ja-jp/overview/azure-vs-aws/cost-savings/)
参考：[Azure の価格](https://azure.microsoft.com/ja-jp/pricing/)
参考：[AWS 料金](https://aws.amazon.com/jp/pricing/?nc2=h_ql_pr_ln)

*クラウドサービス*とは、*クラウドコンピューティングのリソース*を**サービス提供**するものです。概ねコンピュータ・ストレージ・ネットワークの各リソース、データベース・解析・アプリケーション等、コンピュータ上で動作するサービス・管理機能、アプリケーションのデプロイ等に分類できます。

従来の調達方式である所有モデルは、初期コストに多くの費用が発生していました。クラウドサービスは利用型の*従量課金モデル*なため、*初期コストが低減*でき、運用サービス費用を利用料として支払います。これにより、*事業成長に合わせたリソース確保と支払い*ができることで**利用者が急増**しています。

*Azure*は**Microsoft社が運営・提供するクラウドサービス**です。

Azureは*140の国と地域*でサービス提供されています。185以上のPOP（Point of Presence）を用いてアクセスされ、60以上のリージョンで管理されています。今後すべてのリージョンでアベイラビリティゾーンを提供する予定です。また、主要国をカバーしており、**Microsoft製品とソリューションのAzureとの親和性の高さ**が強みです。
参考：[Azure グローバル インフラストラクチャ](https://azure.microsoft.com/ja-jp/global-infrastructure/)

*AWS*とは、Amazon Web Serviceの略で、クラウドサービスでの**トップシェアを誇ります。**

AWSは*245の国と地域*でサービス提供されており、310以上のPOP（Point of Presence）を用いてアクセスされ、*26のリージョンと84のアベイラビリティゾーン*で管理されています。AWSの強みは*サービス提供地域が広い*ことが挙げられます。今後も24のアベイラビリティーゾーンと8つのリージョン開設を予定しています。
参考：[AWS グローバルインフラストラクチャ](https://aws.amazon.com/jp/about-aws/global-infrastructure/)

*クラウドサービス*ではサービス提供される*リソースの割当*を行い、*従量課金として請求*します。そのためクラウド運用上の考え方は概ね共通しています。

ここでは、*Azure・AWS・GCPの違いを比較表*にしてみました。

・**クラウドサービス概要**
- Azure：Microsoft社が運営、シェア2位
- AWS：Amazonの子会社であるAWS社が運営、トップシェア
- GCP：Google社が運営、シェア3位

・**想定顧客**
- 共通：個人利用、小規模スタートアップから大企業までカバー	
- Azure：7の業界向けに組織課題へのソリューションを提供	
- AWS：16の業界向けに包括的なサービスやソリューションを提供	
- GCP：新型コロナウイルス感染症への業界別ソリューションも用意

・**強み**
- Azure：Microsoft社製の製品・サービスと親和性が高い、オンプレミス連携可能
- AWS：実績多数であり、国内での利用実績も多いため日本語の情報が手に入りやすい
- GCP：Google社製のサービス連携が可能、データ分析の実績が多数

・**弱み**
- Azure：コンピュータ（仮想マシン）の起動に時間を要する、コミュニティの情報量が不足
- AWS：保守の選択に制限がある、豊富なサービスが十分活用できない
- GCP：提供地域・リージョンが少ない、日本語の情報が少ない

・**料金体系**
- Azure：従量課金制、無料枠と現在200USドル分のクレジット付与あり
- AWS：従量課金制、無料枠あり、定期的に値下げ実施の実績あり
- GCP：従量課金制、無料枠あり

・**認定資格**
- Azure：ロールベースでアーキテクト系・デベロッパ系等多数
- AWS：ロールベースでアーキテクト系・デベロッパ系等多数
- GCP：ロールベースでアーキテクト系・デベロッパ系等多数

・**利用効果が期待できるユーザ**
- Azure：Windows環境とOfficeソフトウェアを利用しているユーザ
- AWS：実績を重視しているユーザ
- GCP：Google製サービスを活用したデータ分析・AI分析を行うユーザ

AzureとAWSのサービスはクラウドサービスなため、名称は異なるものの**同等のサービス**が提供されています。以下に代表的な*提供サービス分類と名称*を徹底比較しました。

*コンピュートサービス*の代表的なサービスは以下の通りです。
・**仮想サーバー**
「コンピュートサービス」
- Azure：Virtual Machines
- AWS：Elastic Compute Cloud (EC2) インスタンス
「バッチサービス」
- Azure：Batch
- AWS：Batch
「インスタンススケーリング」
- Azure：Virtual Machine Scale Sets
- AWS：Auto Scaling
「VMWareワークロード」
- Azure：Azure VMware Solution
- AWS：VMware Cloud on AWS
「コンピューティングクラスター」
- Azure：CycleCloud
- AWS：Parallel Cluster

・**コンテナとコンテナオーケストレーター**
「コンテナサービス」
- Azure：Container Instance
- AWS：Elastic Container Service (ECS)、Fargate
「コンテナ格納・デプロイ」
- Azure：Container Registry
- AWS：Elastic Container Registry
「Kubernetesデプロイ」
- Azure：Kubernetes Service (AKS)
- AWS：Elastic Kubernetes Service (EKS)
「マイクロサービスデプロイ」
- Azure：Service Fabric Mesh
- AWS：App Mesh

・**サーバーレス**
- Azure：関数
- AWS：Lambda

*ストレージサービス*の代表的なサービスは以下の通りです。
・**オブジェクト ストレージ**
- Azure：Blob Storage
- AWS：Simple Storage Services (S3)

・**仮想サーバー ディスク**
- Azure：マネージド ディスク
- AWS：Elastic Block Store (EBS)

・**共有ファイル**
- Azure：ファイル
- AWS：Elastic File System

・**アーカイブとバックアップ**
「低コストストレージ」
- Azure：Storage クール層
- AWS：S3 Infrequent Access (IA)
「アーカイブストレージ」
- Azure：Storage アーカイブ アクセス層
- AWS：S3 Glacier、Deep Archive
「バックアップ」
- Azure：Backup
- AWS：Backup

・**ハイブリッド ストレージ**
「オンプレミス接続」
- Azure：StorSimple
- AWS：Storage Gateway
「ファイル共有」
- Azure：File Sync
- AWS：DataSync

・**一括データ転送**
「データ転送」
- Azure：Import/Export
- AWS：Import/Export Disk
「大量データ転送」
- Azure：Data Box
- AWS：Import/Export Snowball、Snowball Edge、Snowmobile

上記の他、主要サービス・機能はクラウドサービスで求めるサービス水準を満たしており、同等のサービス・機能が提供されています。具体的には以下の要素の基本サービスは同等となります。

**クラウドサービス：**
・マルチクラウドソリューション
・マーケットプレース

**データ処理・分析サービス：**
・データベース
・DevOps およびアプリケーションの監視
・IoT
・AIと機械学習
・ビッグ データと分析

**管理機能とサービス：**
・管理とガバナンス
・メッセージングとイベント
・モバイルサービス
・ネットワーク
・セキュリティ、ID、アクセス管理
・Web アプリケーション
・エンドユーザーコンピューティング

## AzureとAWSの強みを理解して最適なサービスを選択しましょう

*AzureとAWS*は3大クラウドサービスの代表的なサービス事業者ですので、用途に応じて必要とされるサービスが選択できます。それぞれの特徴を理解しながら選択することで*クラウドサービスを最大限活用する*ことができます。

必要とされる技術者認定もそれぞれで実施しているため、**目的や将来の目標に応じて必要な準備を進めましょう**。

昨今クラウドサービスの利用が急増しており、比較検討されている方も多いと思います。AzureとAWSは代表的なクラウドサービスです。ここでは、AzureとAWSの違いを概要からサービスまで比較解説し、さらにGCPを加えたクラウド事業者の比較も行います。

AzureはMicrosoft社が運営・提供しており、Microsoft製品・サービスと親和性が高いです

AWSは提供サービスが豊富で、地域カバレッジが広く実績が多数あります

それぞれの特徴を理解してサービス利用することで、メリットを最大限受けることができます

AzureとAWSの違いは？概要からサービスまで比較解説！

*AWSブラックベルト*とは**AWSの開催するオンラインセミナー**を指します。*無料で提供*されており、*利用制限は設けられていません*。コンテンツは*ライブ配信*の他、*日本語資料や動画コンテンツ*が*YouTube動画・PDFファイル・SlideShareサービス・AWS Blog*を通じて提供されます。

ソリューションアーキテクト - アソシエイト（SAA）等の*AWS認定資格*を取得する際、オンラインセミナーの内容を理解することが効果的な学習活用例とされています。

AWSは*クラウドサービス活用資料集*として、**AWSサービス活用の資料を公開**しています。このほか*TwitterやAmazon Web Services ブログ*を通じて、*最新情報の紹介やセミナー告知*等を行っています。
参考：[AWS クラウドサービス活用資料集トップ](https://aws.amazon.com/jp/aws-jp-introduction/)

AWSは*イベント情報*をサイトで公開しています。イベントでは*最新のサービス*や*事例・効率的な活用例*等を公開しています。2021年11月時点では**40本のイベント**が掲載されています。
参考：[AWS イベントスケジュール](https://aws.amazon.com/jp/events/?events-japan-cards.sort-by=item.additionalFields.sortDateTime&events-japan-cards.sort-order=asc&awsf.event-type=*all&awsf.event-category=*all)

なお各イベントの難易度はレベル別に設定されており、以下の通り分類されています。
・**Level 100（Introductory 入門レベル）**
　初めての方を対象としており、概要編として紹介されています。
・**Level 200（Intermediate 中級レベル）**
　入門レベルの知識がある方が対象で、サービスの機能詳細はデモ・事例が取り扱われます。
・**Level 300（Advanced 上級レベル）**
　対象トピックスの詳細を説明するもので、該当知識がある前提で紹介されます。
・**Level 400（Expert 専門家）**
　該当ソリューションを理解している方向けにアーキテクチャ・サービスの連携詳細が説明されます。

AWSではこれから*AWSサービス利用を始める方*向けの*動画や情報*を掲載しています。トピックスは大まかに次の2点に分類されています。
・**「はじめてのアマゾン ウェブ サービス」**
これからAWSのクラウドサービスを導入を検討する方向けの情報です。サービス概要や利用メリット・セキュリティ面の紹介がされます。活用事例についてもカバーされています。

・**AWS ご利用開始時に最低限おさえておきたい10のこと**
実際にAWSを利用する際に必要な要点が説明されます。コンテンツは共通チェック項目・ファイルサーバ構築・ネットワーク・Windows Server・データベース・VPN・データ分析・クラウドアーキテクチャ設計・テレワーク所リューション等の、いくつかの代表的なテーマに沿って説明されています。
参考：[AWS 初心者向け資料](https://aws.amazon.com/jp/aws-jp-introduction/aws-jp-webinar-level-100/)

*AWS サービス別資料*のサイトでは、*過去開催したセミナー情報*が*YouTube動画・PDFファイル・SlideShareサービス*のリンクとともに掲載されています。個別サービスの詳細情報について多くの情報が掲載されています。
参考：[AWS サービス別資料](https://aws.amazon.com/jp/aws-jp-introduction/aws-jp-webinar-service-cut/)

サービスはAmazon EC2やAmazon S3の他にも膨大に公開されており、以下のサービスカテゴリに分類されています。
・**コンピュート**
　AWS Batch、Amazon EC2、AWS Auto Scaling、Amazon Elastic Kubernetes Service
　Amazon Lightsail、AWS Elastic Beanstalk、AWS Fargate、AWS Graviton
　AWS Lambda、AWS ParallelCluster、VMware Cloud on AWS

・**コンテナ**
　Amazon ECS・Amazon EKS Anywhere、AWS Graviton 2、AWS Batch、AWS Fargate

・**ストレージ**
　Amazon EBS、Amazon S3、Amazon EFS、Amazon FSx for Lustre
　Amazon FSx for Windows File Server、Amazon Storage Gateway、AWS Snow Family

・**データベース**
　Amazon DocumentDB、Amazon DynamoDB、Amazon ElastiCache、Amazon Neptune
　Amazon RDS、Amazon Aurora、Amazon Timestream

・**移行と転送**
　CloudEndure、AWS Application Discovery Service、AWS DataSync、AWS DMS
　AWS Server Migration Service、AWS Snow Family

・**ネットワーキングとコンテンツ配信**
　Gateway Load Balancer、Elastic Load Balancing、Amazon VPC、Amazon CloudFront
　Amazon CloudWatch、Amazon Route 53、AWS Transit Gateway、AWS Network Firewall
　AWS Direct Connect、AWS App Mesh

・**デベロッパーツール**
　AWS Chalice、AWS CodeStar、AWS CodePipeline、AWS Cloud9、AWS CodeDeploy
　AWS CodeCommit、AWS CodeArtifact、AWS CodeBuild、AWS Command Line Interface
　AWS Tools and SDKs、AWS X-Ray

・**マネジメントとガバナンス**
　AWS Auto Scaling、Amazon CloudWatch、AWS CloudFormation
　AWS Cloud Development Kit、AWS CloudTrail、AWS Command Line Interface、AWS Config
　AWS Management Console、AWS OpsWorks、AWS Service Catalog
　AWS Systems Manager、AWS Trusted Advisor、AWS Well-Architected Tool

・**メディアサービス**
　AWS Elemental MediaConvert、Amazon Kinesis Video Streams、Amazon Media Service

・**セキュリティ、アイデンティティ、コンプライアンス**
　AWS Artifact、AWS Audit Manager、AWS Identity and Access Management
　Amazon Cognito、Amazon Detective、Amazon GuardDuty、Amazon Inspector
　Amazon Macie、AWS Certificate Manager、AWS CloudHSM、AWS Directory Service
　AWS Key Management Service、AWS Managed Microsoft AD、AWS Organizations
　AWS Shield、AWS Security Hub、AWS WAF

・**分析**
　Amazon Athena、Amazon CloudSearch、Amazon Elasticsearch Service、Amazon EMR
　Amazon Kinesis、Amazon MSK、AWS Lake Formation、Amazon Redshift
　Amazon QuickSight、AWS Glue

・**Machine Learning**
　Amazon SageMaker、Amazon Personalize、Amazon Polly、Amazon Rekognition
　Amazon Forecast、Amazon CodeGuru

・**ウェブとモバイルのフロントエンド**
　Amazon API Gateway、Amazon Pinpoint、AWS Amplify、AWS AppSync、AWS Device Farm

・**アプリケーション統合**
　Amazon EventBridge、Amazon MQ、Amazon SNS、Amazon SQS、AWS AppSync
　AWS Step Functions

・**顧客エンゲージメント**
　Amazon Connect、Amazon Pinpoint、Amazon SES

・**ビジネスアプリケーション**
　Amazon Chime、Amazon WorkDocs、Amazon WorkMail

・**デスクトップ・アプリケーションストリーミング**
　Amazon WorkSpaces、Amazon AppStream 2.0

・**IoT**
　FreeRTOS、AWS IoT Analytics、AWS IoT Core、AWS IoT Events、AWS IoT Greengrass

・**ゲームテック**
　Amazon GameLift、Amazon Lumberyard

・**AWSコスト管理**
　AWS Cost Explorer

・**ブロックチェーン**
　Amazon Managed Blockchain、Amazon Quantum Ledger Database

*AWSのハンズオン資料*は、最初のステップとして**「AWS Hands-on for Beginners」**や**「はじめの一歩」**として初心者向けに提供しています。以降*個別のサービス別に構築設定方法*が公開されています。
参考：[AWS ハンズオン資料](https://aws.amazon.com/jp/aws-jp-introduction/aws-jp-webinar-hands-on/)

## AWSブラックベルトを活用し、さらに知識を深めましょう

AWSはオンラインセミナーやハンズオン等の資料の他に、*ホワイトペーパー*等も多数掲載しています。さらに知識吸収を深めたい方は*ホワイトペーパーが有効*です。有償ですが*AWS公式トレーニング*では認定資格に応じたトレーニングも提供しています。

まずは*AWSブラックベルトを活用*し、**AWS認定資格への挑戦や実務スキルを高める**ことをおすすめします。

AWSブラックベルトはAWSの開催するオンラインセミナーです。イベントライブ配信ならびに日本語資料や動画コンテンツ無料で提供されており、利用制限は設けられていません。ここでは掲載内容やレベル分類ならびに効果的な活用方法を解説していきます。

AWSブラックベルトとはAWSの開催するオンラインセミナーを指します

セミナー・ハンズオンの情報は初心者向けからサービス別詳細説明まで多岐にわたります

提供される日本語資料や動画コンテンツはAWS認定試験準備にも活用可能です

AWSブラックベルトの掲載内容やレベル分類・利用方法を解説

*Zabbix*とは**オープンソースのネットワーク監視ソフトウェア**で、大変人気がある監視ツールです。読み方は*ザビックス*で、*サーバ・ネットワーク・アプリケーション・クラウドリソース*を*統合監視*することができます。Zabbix社は日本法人およびユーザ会により啓蒙活動を行っています。
参考：[Zabbix Japan](https://www.zabbix.com/jp)
参考：[日本Zabbixユーザー会](http://www.zabbix.jp/documents/what_is_zabbix)

Zabbixでは*SNMPやIPMI・SSH・Telnet*の他、各種プロトコル・ウェブチェックやZabbixエージェントを用いて*効率的にデータ収集を行います*。

*Zabbixの特徴*は以下の点が挙げられます。
・**オープンソースの良さが凝縮していること**
オープンソースは特定ベンダーに依存しないので、運用監視ツールとして多様な機器に対応できるメリットがあります。またライセンス費用が発生しない点からコストを削減することが可能となります。強力なコミュニティもZabbixの強みで、グローバルコミュニティの知見を活用することができます。

・**幅広いプラットフォームへの対応**
Zabbixは特定ベンダーに特化しておらず、多種多様なプラットフォームへ対応可能です。監視機能も豊富で柔軟なカスタマイズ機能も特色に挙げられます。

・**企業向け監視運用の実績の多さ**
Zabbixは監視運用で多数利用されているため、企業向け監視運用も実績が非常に多いのが強みです。企業向けは安定運用を希望される場合が多いので、実績の豊富さは強力な武器となります。サポートも商用サポートを含む各種オプションを提供しています。

上記をわかりやすく言うと*企業向けに実績豊富な監視ツール*で、*ライセンスコストもかからず*各種機器を*効率的に管理できる代表的な製品*ということになります。

Zabbixでは以下の*主要機能をサポート*しています。
・**データ収集**
Zabbixエージェントに加えて、SNMP（v1・v２・v3）・IPMI・WMI・JMX・Trapper・SSH・Telnetやウェブチェックを用いてデータ収集が可能です。そのため多種多様なプラットフォームをサポートしています。

・**データ蓄積**
収集データは長期間蓄積されますので、予測・分析・解析をはじめとするレポートに活用できます。

・**アラート送信**
障害検知や通知を目的として閾値と比較したアラートメールを送信したり、エスカレーション処理・コマンド実行が可能です。

・**運用支援**
収集データのグラフィカル表示やモニター機能を活用した運用が可能です。障害履歴を表示した分析やサービスの稼働状況や稼働率を求めることもできます。

・**運用効率化**
オートディスカバリにより監視対象の自動登録を行うことができます。同様に監視設定を自動登録することで運用自動化を進めることが可能です。

### 監視ツールの有償と無償の違い

*監視ツール*は*有償版と無償版*それぞれ多くの種類があります。有償と無償の違いは以下のようなポイントを分類できます。必要な*要件とツールの特性を比較する*ことにより最適なツールを選択します。

・**特定の監視対象に依存する場合**
特定の監視対象に特化しているツールは有償のケースが多いです。ソースを公開せずに知的財産として技術を保護する場合もあります。オープンソースではソースコードを開示することで、コミュニティを活用し機能拡張を効率的に行ったり不具合修正を迅速に行う場合が多いです。

・**基幹業務や重要業務を対象とする場合**
監視ツールやサポート内容に要件がきっちり定義されている基幹業務では、手厚いサポートと高品質のソフトウェア提供が求められることもあり有償版を用いる傾向があります。無償版では手軽に始められることがメリットですが、手厚いサポートが提供されないこともあります。

Zabbixは汎用的に多数の機器を管理できる上に、企業向けサポートをオプション提供できるメリットがあります。企業向け事例も多く利用者を増やしている要因にもなっています。

ここではZabbixを利用するにあたり*必要な手順*を説明していきます。一連の流れは*モジュールのダウンロード・インストール*、そして*システムの設定*と**他のソフトウェアと大きく変わらない流れ**で作業を進めていきます。

*日本語ドキュメント*はZabbix 2.2のドキュメントが公開されています。現在Zabbix 5.4となっており、少々古いですが考え方を理解することができます。
参考：[Zabbix Documentation 2.2](https://www.zabbix.com/documentation/2.2/jp/manual)

ここでは*Zabbix入門*として基本構成を説明していきます。Zabbixは大きく分けて*Zabbixサーバ・Zabbixプロキシ・Zabbixエージェント*からなります。

・**Zabbixサーバ**
監視マネージャとして、ネットワークを介して監視対象のステータスを収集し保存します。監視対象はネットワーク機器やサーバ等で、必要なプロトコルを選択しステータス監視します。ZabbixサーバへのアクセスはウェブインターフェイスやAPIを通じて行います。

・**Zabbixプロキシ**
Zabbixプロキシはプロキシサーバとして、ファイアウォール越しの機器監視や大規模分散監視に利用します。この機能を使って大規模一元監視の仕組みが実装可能です。

・**Zabbixエージェント**
Zabbixサーバのリクエストベースで結果を返したり、定期的にデータを送信することができます。多くのプラットフォームに対応しています。

*Zabbix*は*GNU General Public License (GPL) version 2*にしたがってリリースされています。そのため商用・非商用・教育用いずれにおいても**無償ダウンロード・インストール**が可能です。

インストールモジュールは以下のサイトからダウンロードして利用します。Linux系ではyumやRPMでインストールが可能です。
参考：[Download and install Zabbix](https://www.zabbix.com/jp/download)

ダウンロードサイトではZabbixサーバへインストールするためのパッケージ、パブリッククラウドで利用するためのクラウドイメージ、コンテナ利用のためのリポジトリ、Zabbix搭載アプライアンス、Zabbixエージェント、ならびにソースコードがダウンロード可能です。必要なモジュールを選択しダウンロードします。

ZabbixのOSインストールが完了したら*MySQL等のDBMS*をインストールし、ウェブインターフェイスから追加作業を進めます。ウェブインターフェイスは *“http:\//Zabbixサーバアドレス/zabbix”* にアクセスします。ウェブログイン後ライセンス条項の確認・事前要件の確認・DB設定・Zabbixサーバ設定と確認の後インストールを実施します。

Zabbixサーバのウェブインターフェイスからインストールが完了したら、*ユーザ：Admin・パスワード：zabbix*でZabbixサーバにログインできる状態になります。

インストールが完了したら、**ウェブインターフェイスでログイン**することができます。登録されている*ユーザ：Admin・パスワード：zabbix*でログインし、「*Administration*」から「*Users*」を選択しユーザを追加します。

次にホストを追加するために、「*Configuration*」から「*Hosts*」を選択し監視対象ホストを追加します。ここで監視するアイテムを指定し、エージェント有無や更新周期・データ保存期期限等を設定します。

設定完了後、「*Monitoring*」から収集データを参照することができます。グラフ表示も可能ですので簡単に状況が確認できます。

その後「*Configuration*」から「*Hosts*」を選択し「*Trigger*」でトリガー条件を設定することもできます。障害や性能のイベントの閾値やステータスが確認できます。必要に応じて問題発生時にメール設定により通知を送信します。

一連の作業で決定した設定は*テンプレート化*したり、*すでにあるテンプレートを活用する*ことができます。

*Zabbix*はオープンソースですので、*多数のベストプラクティス*が**テンプレートとして公開**されています。主要機器やミドルウェアの監視テンプレートが掲載されていますので、最小のコストで最大の運用効果をあげることができます。
参考：[Zabbix Monitoring and Integration Solutions](https://www.zabbix.com/integrations?cat=official_templates)

さらにエージェントやAPI、モバイル端末に至るまで非常に多くの機器やソフトウェアを監視することができます。AnsibleやChef・Puppet等の*オートメーションに対応するモジュール*も多数掲載されています。

## Zabbixの活用は、運用監視のオペレーション効率化の鍵です

Zabbixは代表的な*オープンソース運用監視ツール*です。監視対象が豊富で必要なテンプレートが多数公開されています。*Zabbixは企業向けにも実績が豊富*ですので、**業務システムの運用監視での活用検討**をおすすめします。

Zabbixはオープンソースのネットワーク監視ソフトウェアで、企業向けに多数の実績を持ちます。企業で求めるサポートオプションも幅広く提供しています。ここではZabbixの特徴とネットワーク監視ツールの入門情報から使い方まで解説していきます。

Zabbixは企業向けに実測が豊富なオープンソースの監視ソフトウェアです

必要とされるサポートサービスが選択可能です

管理対象の登録や設定の自動化が可能で、テンプレートも多数公開されています

Zabbixとは？監視ツールの入門情報とともにその特徴を解説

LPICとは「Linux Professional Institute Certification」の略称で、**LPIが主催しているLinuxに関する知識や技能を証明するための試験です。**LPICには難易度が「LPIC-1」「LPIC-2」「LPIC-3」の3種類あります。ここでは、LPICの試験概要や難易度について詳しく紹介します。

LPICでは全てのレベルにおいて、CBT方式と呼ばれるコンピュータを使用して試験を受験します。試験時間は90分で、受験料は居住国によって価格が異なるのが特徴です。*合格率や合格点は公表されていません。*

**試験の有効期限は5年間で、上位資格を取得したり再受験を行ったりしなければ、資格の認定が取り消されてしまうため注意する必要があります。**LPIの認定試験は、自分の都合の良い試験日にテストセンターなどで受験可能です。また試験日の詳細については、ピアソンVUEで確認するのが推奨されています。
（ 参考：https://www.lpi.org/ja/japan-faq ）

LPICレベル1には受験条件がないため、誰でも受験できます。**レベル1の認定を受けるためには、101試験と102試験の両方に合格する必要があります。**ただし両方の試験を同時に合格する必要はなく、片方ずつ受験して合格する方法でも問題ありません。LPICレベル1では、主にLinuxの基本的なシステムの構造や、管理を行う知識が問われます。
（ 参考：https://www.lpi.org/ja/our-certifications/lpic-1-overview ）

*Linuxの操作に関する実務経験のある方の場合、理解が難しい内容は少ないでしょう。*一方Linuxに触れた経験のない方の場合、暗記するだけで、内容をきちんと理解しない状態で受験してしまう方も少なくありません。LPICレベル1程度の難易度であれば、暗記のみで解ける問題も数多く出題されるため、合格できる可能性はあります。これでは実務に役立つスキルが身に付かないため、LPICの資格が「意味ない」と言われる理由の1つとなっています。

*今後サーバーエンジニアなどの職種で活躍したいと考えている場合には、実務で役立つスキルを身に付けるために実際にLinuxの環境構築を行い、実機に触れて理解を深めながら学習するのがおすすめです。*

LPICレベル2の認定を受けるには、*LPICレベル1の認定を受けているのが必須条件*です。また**201試験と202試験の両方に合格することで、レベル2の認定を受けることができます。**こちらもLPICレベル1と同様で、両方の試験を同時に合格する必要はありません。LPICレベル2では、主にLinuxの応用的なシステム設計・構築やネットワーク構成、セキュリティなどの知識が問われます。
（ 参考：https://www.lpi.org/ja/our-certifications/exam-201-objectives ）

*LPICレベル2はレベル1よりも難易度は高く、実務経験のない方が資格取得するのは比較的難しいでしょう。*キャリアアップ転職の場合、LPICレベル2相当のLinuxのスキルを求めている企業も少なくありません。そのため*LPICレベル2は、サーバーエンジニアやインフラエンジニアとしてスキルアップしたい方におすすめの資格です。*

LPICレベル3の認定を受けるには、*LPICレベル2の認定を受けているのが必須条件*です。また**301試験・303試験・304試験のいずれか1つの試験に合格することで、レベル3の認定を受けることができます。**300試験では主にSamba・OpenLDAPや、種類の異なるOSの混在環境に関する知識が問われます。また、303試験は主にセキュリティに関する深い知識が問われ、304試験では主にクラウド技術などの仮想化やクラスタ管理などの可用性に関する知識が問われます。
参考：[Linux Professional InstituteLPIC-3混合環境](https://www.lpi.org/ja/our-certifications/lpic-3-300-overview)
参考：[Linux Professional InstituteLPIC-3セキュリティ](https://www.lpi.org/ja/our-certifications/lpic-3-303-overview)
参考：[Linux Professional InstituteLPIC-3仮想化と高可用性](https://www.lpi.org/ja/our-certifications/lpic-3-304-overview)

LPICレベル3はレベル1やレベル2より難易度が高く、専門的な知識が問われます。そのため*レベル3の資格を取得すれば、Linuxに関する専門的なスキルを第3者に証明することが可能です。*

LPICには3つの難易度があることは理解できたでしょうか。しかし合格率や合格点は公表されていないため、正確な難易度を把握するのは難しいです。ここでは、LPICと他のIT系資格を比較して紹介します。

Linuxに関する資格はLPICの他に、LinuCという資格があります。**LinuCとはLPI-Japanが運営する試験であり、2018年より提供が始まりました。**LinuCはLPICと同様で、難易度は3つのレベルがあります。また再認定ポリシーとして有意性の期限が設けられており、*期限は5年間です。*LinuCとLPICは難易度や試験内容は似ていると言われているため、LinuCはLPICの受験を考えている方にとっても参考になるでしょう。

LinuCでは勉強時間の目安が公開されており、*レベル1では1カ月～3カ月、レベル2では3カ月～半年、レベル3では半年～1年間*とされています。
（ 参考：https://linuc.org/linuc/levels.html ）
また、LInuCはLPICと同様で合格率や合格点は公表していませんが、LinuCの公式サイトのよくある質問によると、*合格点の目安は65%～75％程度*とされています。
（ 参考：https://linuc.org/faq/ ）

LinuCは日本市場に特化した資格、LPICは国際的に有用性が認められている資格という違いがあります。そのため*今後海外で仕事したいと考えている方は、LPICの受験がおすすめです。*

### LPICと基本情報技術者試験を比較

**基本情報技術者試験とは、独立行政法人情報処理推進機構（IPA）の主催する国家資格の1つです。**IPAの主催する情報技術者試験は難易度がレベル1〜レベル4までに分類されており、*基本情報技術者試験はレベル2に位置します。*なおレベル1はITパスポート試験、レベル3は応用情報技術者試験、レベル4はプロジェクトマネージャ試験やデータベーススペシャリスト試験などです。

基本情報技術者試験は、ITエンジニアに必要なITに関する幅広い基礎知識が問われます。また、アルゴリズムやプログラミングに関する問題も出題されるのが特徴です。試験日は上期と下期の年2回で、*午前試験と午後試験の両方で60%以上の得点率を取得すれば、合格することができます。合格率はIPAの公式サイトの統計情報によると、25%程度であり、比較的難易度が高い試験と言えるでしょう。*
（ 参考：https://www.jitec.ipa.go.jp/1_07toukei/_index_toukei.html ）

**基本情報技術者試験はLPICとは異なり、有効期限はありません。**LPICではLinuxに特化した専門的な試験であるのに対して、基本情報技術者試験ではIT用語・セキュリティ・ネットワーク・データベース・経営・マネジメントなど様々な知識が問われます。

そのため、*Linuxの実務経験者はLPICレベル1の方が難易度は低いと感じる可能性もありますが、未経験からエンジニアを目指す場合は、基本情報技術者試験でITエンジニアとしての土台をまず固めるのがおすすめです。*

LPICは暗記問題も数多く出題されるため、参考書で用語やコマンドなどをきちんと覚えるのが大切ですが、暗記のみでは実務で役立つスキルは得られません。そのため*Linuxの操作環境を構築して、実際に実機でコマンドを実行するなど、検証しながら勉強すると効率よく学習することができます。*

また、*勉強サイトを活用するのもおすすめです。*例えば「Ping-t」という勉強サイトがあり、無料登録をすればLPICレベル1の101試験を対策することができます。さらに有料登録をすれば、LPICの全てのレベルを対策することが可能で、問題数の豊富さが特徴です。**参考書等で体系的な知識を習得した後に、アウトプットするために学習サイトを利用するのがおすすめです。**
（ 参考：https://ping-t.com/ ）

他にも動画やスクールなど様々な方法でLPICの対策はできるため、自分に合う方法で効率よく勉強しましょう。

## LPICの難易度の特徴を把握して適切な対策をしよう

これまでにLPICの試験概要・難易度・勉強方法の解説や、LPICと他のIT系資格との比較を行いました。LPICとはLPIが主催しているLinuxの知識や技能を証明するための資格試験です。**LPICには3つのレベルの難易度があり、暗記で解ける問題も多いため、実務経験のない方でも参考書や勉強サイトなどできちんと対策を行えば、LPICレベル1を合格するのはそこまで難しくないでしょう。**

またLinuxのスキルを測る試験として、LPICの他にLinuCがあります。難易度や試験内容は似ていますが、LinuCは日本市場に特化した資格であるため、*海外で活躍したいと考えている方はLPICを受験するのがおすすめです。*

*エンジニア未経験であれば、LPICに挑戦する前に、基本情報技術者試験を受験し、ITに関する体系的な知識を習得してください。*そしてLPICの受験対策をする際は、実務に役立つスキルを身に付けるためにもLinuxの操作環境を用意するようにしましょう。

LPICとはLPIが主催しているLinuxの知識や技能を証明するための資格試験です。当記事ではLPICの試験概要・有効期限・難易度・勉強方法などの解説や、LinuCや基本情報技術者試験の他のIT系資格との比較を行います。

LPICにはレベル1からレベル3までの難易度がある

LPICとLinuCの有効期限や難易度は似ているが、LPICの方が海外向けの資格である

LPICは暗記問題も多いが、実務で役立つスキルを習得するために、勉強サイトや実機を活用して学習するのが大切

LPICの難易度や有効期限は？他のIT系資格と比較して紹介！

- [Linuxエンジニアとは？詳細や仕事内容、必要なスキルを解説！](https://and-engineer.com/articles/YFL5yxAAACMAp8BF)

- [インフラエンジニアはキツイのか？その仕事内容やスキル、将来性を解説！](https://and-engineer.com/articles/X_zyrRAAACcAGzKn)

- [インフラエンジニアに必要な資格は？スキルについても徹底解説](https://and-engineer.com/articles/YJXcvREAABL1WDjS)

**LinuCとLPICはLinuxの知識や技能を証明するための資格試験**であり、どちらの試験を受験するか迷われる方は少なくないでしょう。ここでは、LPICとLinuCそれぞれの試験概要について詳しく紹介します。

**LinuC（リナック）とはLPI-Japanが運営する試験であり、2018年から提供が開始されました。**2020年4月には出題範囲が改定され、クラウド時代に適応した現在の試験となっています。*LinuCは、難易度がレベル1（level1）からレベル3（level3）までの3段階があります。*上位レベルの認定を受けるためには、下位レベルの認定が必要です。例えばLinuCレベル2の認定を受けるには、LinuCレベル1の認定を受けている必要があります。

全ての試験でCBT方式が採用されており、コンピュータを利用して受験します。*受験料は全てのレベルで共通しており、1試験16,500円です。*ただしLinuCレベル3の試験では1回目が不合格であった場合、2年間同一試験を1度に限り5,500円で再受験できます。合格率や合格点は公表されていませんが、合格点の目安は公開されており、65%～75%程度の得点率で合格可能です。また*資格認定には有意性の期限があり、5年間とされています。*
（ 参考：https://linuc.org/faq/ ）

インフラエンジニアの記事（9ページ目）