## Rancher Desktop 1.0.0が正式リリース

2022年1月26日、Rancher Desktop 1.0.0が正式リリースされました。Rancher Desktopは、**Kubernetesをデスクトップ環境で管理できます**。SUSE社がRancher Labsを買収して初めてリリースしたソフトウェアであり、正式リリースが待たれていました。
【参考】：[Rancher Desktop](https://rancherdesktop.io/)

Rancher Labsは、オープンソースソフトウェアの会社でRancher AcademyというIT教育も手がけています。特にKubernetesにおける管理製品Rancherと教育プログラムは人気があり、SUSEによる買収後もソリューションの中核を成しています。

Rancher Desktopは、Kubernetesとコンテナ管理をデスクトップ環境で実現するものです。具体的には、*Windows・Mac・LinuxでRancher Desktopがサポートされます*。
【参考】：[Rancher Desktop 1.0.0 Has Arrived](https://www.suse.com/c/rancher_blog/rancher-desktop-1-0-0-has-arrived/)

Kubernetesの管理は、従来コマンドラインユーティリティを通じて行っていました。SUSE社では、デスクトップアプリケーションの必要性を理解しており、投入準備を進めていました。今回Kubernetesの運用管理をシンプルにすべく、デスクトップアプリケーション「Rancher Desktop」の正式リリースとなりました。

なお、Rancher DesktopはRancherのデスクトップ版ではありません。必要に応じて、マルチクラスタアプリケーション管理のRancherをインストールし、ワークロードとして利用できます。

Rancher Desktopは、軽量のk3sディストリビューションを用いてKubernetes環境を構築します。Rancher DesktopのKubernetes環境をバックアップし、本番環境に反映させることが可能です。また、コンテナエンジンはcontainerdとdockerdいずれかを選択可能で、CLIはnerdctlまたはDockerCLIを直接使用することができます。

そのため、*イメージのビルドやプッシュ・プルおよびコンテナ実行まで一連の処理に対応できます*。

 Rancher Desktopのドキュメントは、*「rancherdesktop.io」のDocsに掲載されています*。
【参考】：[Rancher Desktop Overview](https://docs.rancherdesktop.io/)

インストールする際のダウンロードモジュールのリンクは、「rancherdesktop.io」のトップページに掲載されています。ダウンロードモジュールですが、Githubに実際のファイルが格納されており、現在は1.0.1が最新となっています。1.0.1は1.0.0のバグフィックス版ですので、最新版の1.0.1をインストールするのが良いでしょう。
【参考】：[Rancher Desktop 1.0.1](https://github.com/rancher-sandbox/rancher-desktop/releases)

インストールが完了すると、Helm・kubectl・nerdctl・Mobyの各ユーティリティーが利用可能となります。

Rancher Desktopは、Windows・Mac・Linuxに対応しています。各OSとも、8GBメモリおよび4CPUが推奨されており、ワークロードに応じて追加リソースを検討します。OS固有の要件は以下の通りです。

・*Windows版のインストール要件*
Windows版は、Windows 10 1909以降（Home エディション含む）がサポートされています。仮想化機能と常時インターネット接続が必要です。Windows Subsystem for Linux 2（Linux 用 Windows サブシステム 2）が、Rancher Desktopのセットアップ時に自動的にインストールされます。

・*Mac版のインストール要件*
 Mac版では、macOS Catalina 10.15以降がサポートされています。Apple Silicon（M1）またはIntel CPU with VT-xで動作し、常時インターネット接続が前提となります。

・*Linux版のインストール要件*
Linux版の場合は、.debや.rpmのパッケージ並びにAppimageに対応しています。仮想化機能としてAMD-VまたはVT-xをサポートするx86-64ビットプロセッサで動作します。この他”/dev/kvm”へのRead-Writeのアクセス権限を付与するために、kvmグループにユーザ追加が必要な場合があります。

Rancher Desktopは、Kubernetesをローカル環境にセットアップし、コンテナ管理するために開発されました。考え方はKubernetesのminikubeやkind、DockerのDocker Desktopと同じような利用方法を想定しています。
【参考】：[Rancher Desktop Overview](https://docs.rancherdesktop.io/)

Dockerから見ると、デスクトップアプリケーションは同一のDockerソケットを利用しますので、*Rancher DesktopまたはDocker Desktopのいずれかのみアクセス可能で、同時利用はできません*。
【参考】：[Rancher Desktop FAQ](https://docs.rancherdesktop.io/faq)

Rancher Desktopを起動すると、最初にKebernetesのバージョンが聞かれます。必要なバージョンをプルダウンメニューから指定します。アプリケーションの構成は次の様なカテゴリーに分類されています。

・*General*
一般的な設定概要が表示されます。具体的には、プロジェクトのステータスがここで確認できます。自動アップデート「Check for updates automatically」はチェックしておくのが良いでしょう。「Allow collection of anonymous statistics to help us improve Rancher Desktop」は、統計情報の収集を許可する際にチェックを入れます。

・*Kubernetes Settings*
ここでは使用可能なKubernetesのバージョンを「Kubernetes Version」で指定できます。候補となるバージョンをリスト形式で表示しますので、必要なバージョンを指定します。コンテナのランタイムは、containerdあるいはdockerd(moby)のいずれかを選択します。containerdではnerdctlを用い、dockerd(moby)ではDocker CLIを用いてコンテナ管理を行います。

Mac・Linux版では、ここでメモリ使用量とCPU数が指定できます。K3sのマルチインスタンスで実行する場合は、Kubernetesのポート番号を指定できます。

・*WSL Integration（Windows版）*
有効にすることでRancher Desktop Kubernetes configurationに、WSLのLinuxディストリビューションからアクセスさせることができます。具体的には、WSL内からkubectl等のツールを用いてRancher Desktop Kubernetes clusterに通信するような使い方ができます。

・*Port Forwarding（Windows版）*
サービス毎にランダムポートを割り当て、ポートフォワーディングさせることができます。

・*Supporting Utilities（Mac・Linux版）*
helm・kubectl・nerdctl・dockerのようなツールのシンボリックリンクを作成します。

・*Images*
仮想マシンで動作するイメージを管理します。「Scanning Images」では脆弱性検査や構成チェックが可能です。「Adding Images」ではリポジトリからイメージを保存します。イメージのビルドも可能です。

・*Troubleshooting*
「Show Logs」でログファイルの保存情報を表示します。「Factory Reset」で、クラスタやRancher Desktopの設定を初期化します。再起動時には初期設定が必要となります。

## 他のコンテナ管理デスクトップアプリケーション

ここでは、Rancher Desktopの他のコンテナ管理デスクトップアプリケーション、Docker Desktopについて説明していきます。

Docker Desktopとは、*Dockerで行う操作をGUIダッシュボードで一元管理できるソリューションです*。具体的にはコンテナやアプリケーション・イメージへのアクセスを簡単に行うことができます。
【参考】：[Docker Desktop](https://www.docker.com/products/docker-desktop)

Docker Desktopは従来は無償提供されていましたが、2021年8月31日、Docker Desktop 4登場をきっかけに従来のモデルを見直し、4種類のサブスクリプションモデルへ変更する旨発表がされました。
【参考】：[Docker Subscription Service Agreement](https://www.docker.com/legal/docker-subscription-service-agreement)
【参考】：[Docker is Updating and Extending Our Product Subscriptions](https://www.docker.com/blog/updating-product-subscriptions/)

Dockerとは？使いどころやメリット・デメリットについて解説！

Docker Desktopの新料金体系は以下の通りです。
・*Docker Personal*
従来のDocker フリーサブスクリプションの置換です。オープンソースコミュニティ・個別開発者・教育・小規模企業向けのモデルです。

・*Docker Business*
従業員250名以上または1千万USドル以上の年間売り上げがある企業に適応されます。さらにモデルが3種類提供されます。

「Pro」は、月額5USドルで1名単位の申し込みモデルです。同時に5つのビルドを利用できます。
「Team」は、月額ユーザあたり7USドルで、5ユーザ以上の登録時に必要となるモデルです。
「Business」は、月額ユーザあたり21USドルで、50ユーザ以上の登録時に必要なモデルです。

Docker Desktopを使わずにDocker CLIのみインストールする方法もありますが、どうしてもデスクトップアプリケーションの方が操作性が良いため、引き続きDocker Desktopは人気があります。

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

## Rancher Desktopも選択肢になり得ます

Docker Desktopの新料金体系発表では騒ぎになりましたが、コンテナ管理のデスクトップアプリケーションにニーズが高い表れです。

Kubernetesはコンテナオーケストレーションで人気があります。Rancher Desktopは、Kubernetesをデスクトップ環境で管理でき、さらに簡単にバージョン切り替えが可能です。最初の一歩として*ローカルにKubernetes環境を構築するには、うってつけのソフトウェアと言えます*。

2022年1月26日、Rancher Desktop 1.0.0が正式リリースしました。本製品は、Kubernetesとコンテナ管理をデスクトップ環境で実現するものです。ここではソフトウェアの概要やインストール情報について説明していきます。

Rancher Desktopは、Kubernetesの運用管理を行うデスクトップアプリケーションです

ローカルに、軽量のk3sディストリビューションを用いてKubernetes環境を構築します

Kubernetesをデスクトップ環境で管理でき、簡単にバージョン切り替えが可能です

Rancher Desktop 1.0.0がリリース！インストール手順やWSLとの関係も解説

DevOpsとは、Development（開発）とOperations（運用）を組み合わせた混成語で、ソフトウェア開発手法の1つです。**開発担当者と運用担当者が緊密に連携し、時間短縮と品質確保を目的としています**。

　　【図】：DevOpsの組織的役割

DevOpsの名称に含まれませんが、品質確保の観点でQuality Assurance（品質保証）とも連携します。上記3つの役割を連携される交点がDevOpsの役割です。派生語でビジネス部門を加えてBizDevOpsや、開発セキュリティ運用のDevSecOps等の用語も登場しています。

従来だと開発は開発部門が、運用は運用部門が、というように組織の縦割りが一般的でした。このため組織間の利害関係により重要な点が軽視されたり、時間を要したりという弊害が出てきました。この課題を解決するために、*組織間の連携を密に行い必要な情報交換を進めることで、開発部門・運用部門双方にメリットをもたらします*。

　　【図】：開発部門と運用部門の組織構造

特に近年多様なアプリケーションが登場し、短期間でリリースする必要性が高まっています。品質を高めつつリリースを短サイクル化するには生産性向上も求められます。

　　【図】：DevOpsの組織効率化と品質モデル

この要求を満たすためにDevOpsが浸透していきました。さらに広範な業務を短サイクルで進めるにあたり、IT全般を対応するDevOpsエンジニアの需要も高まっています。

DevOpsは、多様化するニーズから生じる課題を解決するために多くの利点があります。代表的なポイントは以下の通りです。

・*信頼性の向上*
実績のあるコードを利用し、新機開発コードは最小に留めます。これによりQA工程のレベルを落とさずに迅速にソフトウェアをリリースします。

・*生産性の向上*
DevOpsでは開発から運用、運用から開発という相互に情報連携を行います。そのため、求められる情報を共有し手戻りを防止します。これにより生産性の向上が図られます。

・*スピードの向上*
プラン・ビルド（コード）・デプロイ・フィードバックの一連の流れについて、ニーズの変化に追従しスピーディにサイクルを展開することが可能です。

AWSでは、迅速なアプリケーション開発と運用効率化を目指して、*DevOpsにより企業の競争力を高める手助けになるよう啓蒙活動を行っています*。
【参考】：[DevOps と AWS](https://aws.amazon.com/jp/devops/)

AWSのDevOps関連ソリューションとして、次のサービスが提供されています。

・CI/CD（継続的インテグレーション／継続的デリバリー）
　ソフトウェアリリースのワークフロー：AWS CodePipeline
　コードのビルドとテスト：AWS CodeBuild
　デプロイのオートメーション：AWS CodeDeploy
　統合 CI/CD プロジェクト：AWS CodeStar

・マイクロサービスアーキテクチャの構築とデプロイ
　Docker プラットフォームの運用：Amazon Elastic Container Service
　サーバーレスコンピューティング：AWS Lambda

・Infrastructure as Code（コードとテンプレート）
　テンプレート化されたインフラストラクチャプロビジョニング：AWS CloudFormation
　Chef による設定管理：AWS OpsWorks 

・モニタリングとログ記録
　クラウドとネットワークのモニタリング：Amazon CloudWatch
　分散トレース：AWS X-Ray
　アクティビティと API 使用状況の追跡：AWS CloudTrail

・Platform as a Service
　ウェブアプリの実行と管理：AWS Elastic Beanstalk

・バージョンコントロール
　プライベート Git ホスティング：AWS CodeCommit

AWSでは自社サービスと組み合わせて利用拡大を目指しています。

AWSのサービス一覧は？豊富なサービスを活用しよう！

AWS Lambdaとは？できることを分かりやすく解説！

新機能Amazon DevOps Guru for RDSを解説！

Azureの場合も、クラウドアプリケーションのビルド・リリース・テスト・モニターを自動化するための継続的デリバリー パイプライン構築を支援します。
【参考】：[AzureのDevOps製品](https://azure.microsoft.com/ja-jp/product-categories/devops/)
【参考】：[Azure DevOps](https://azure.microsoft.com/ja-jp/services/devops/)

Azure DevOpsとして統合ソリューションも提供しており、以下の様にニーズに合ったサービスが提供されています。

・統合ソリューション：Azure DevOps
　プラン・レポート：Azure Boards
　CI/CDパインプライン（ビルド・テスト・デプロイ）：Azure Pipelines
　プライベートGitリポジトリ ホスティング：Azure Repos
　テストの計画・実行・追跡：Azure Test Plans
　パッケージ管理：Azure Artifacts

・アプリケーション統合：Azure DevOps Projects
　プリケーションをAzureサービスに簡単に統合

・統合ツール：Visual Studio App Center
　モバイルとデスクトップ アプリのビルド・テスト・配布に対応する単一統合ツール

・仮想マシン：Azure Lab Services
　仮想マシンのオンデマンド アクセス

・統合監視：Azure Monitor
　アプリケーション・インフラストラクチャ・ネットワークの情報収集・分析・アクション実行

・開発環境構築：Azure DevTest Labs
　テンプレートで仮想マシンを構築

・負荷テスト：Azure Load Testing（プレビュー版）
　負荷テスト環境のビルド、負荷テストの生成・分析

クラウドサービスの利用は、*DevOpsの迅速にサイクルを回していく手法にフィットするものとして注目されています*。

Azure仮想マシンとは？サービス概要から作成方法まで解説！

DevOpsは従来型の堅牢なシステム設計とは対照的に、*変化の激しい先の見えない業務にも適応可能です*。そのため新規事業のトライアルサービスや展開に最適です。コンテンツの改廃が多い業務や、ユーザー数の急増が見られる用途でも活用されています。アジャイル開発の手法を取り入れて成長企業の利用が増えています。

日本国内では、DevOpsDays Tokyoという年次会合が開催されており、その場でDevOpsに関する事例が共有されています。次回は2022年4月21日を予定しています。海外スピーカーの登壇が多いですが、日本企業も事例や取り組みを発表しています。具体的にはこれまでにメルカリ・楽天・クックパッド等の成長企業が情報発信しています。
【参考】：[DevOpsDays Tokyo](https://www.devopsdaystokyo.org/)

DevOpsでは次に挙げる8つの工程に分類し、開発部門と運用部門で役割を定めます。この役割は*シームレスに連携し、運用のモニターから次のプランサイクルに循環します*。

・プラン（Plan）
　要件を整理し開発計画にまとめます。

・コード（Create）
　コードの開発・レビュー・マージを行います。

・テスト（Verify）
　コードの妥当性を検証します。

・パッケージ（Package）
　リポジトリ格納の手続きとリリース前確認を行います。

・リリース（Release）
　変更管理とリリースを行います。

・コンフィギュレーション（Configure）
　インフラ管理・設定を行います。

・モニター（Monitor）
　稼働モニター・性能監視を行います。

運用時に入手した改善点は開発部門にフィードバックとして伝え、次のサイクルのプランに反映します。

機能要件とは？非機能要件との違いや書き方をわかりやすく解説

プロジェクトの成否を左右する非機能要件の一覧について詳しく解説！

### DevOpsとアジャイルの違いは？

従来は事前に要件を把握し、設計に反映するウォーターフォール型の設計が一般的でした。

具体的には要求分析から「要件定義」し、「基本設計」「詳細設計」に落とし込みます。開発コードは「システム実装」を経て「単体テスト」「システムテスト」と進められます。その後「受入テスト」に合格し納品となります。このように常に次に実施する工程が決まっており、順番に進められる形式がウォーターフォールモデルと言います。

　　【図】：ウォーターフォールモデルの工程フロー

この方式は大規模案件を進めるには有利ですが、工期途中の変更が難しくユーザの変更要求が反映されにくい課題がありました。さらに手戻り発生時には予定する工数が増加し、現実的ではありませんでした。この課題に対処するためにアジャイル開発が考えられました。

アジャイル開発では、1週間から4週間のサイクル（イテレーション）でシステム開発を進めます。仕様書が確定していない状態で作業を進めていき、徐々に改善していきます。そのためシステム開発の規模を小さい単位に分割し、エラーを修正しながらブラッシュアップしていきます。

　　【図】：アジャイル開発モデルのイテレーションフロー

DevOpsでは開発から運用までカバーする組織体制を意味しているため、広い範囲を対象としています。アジャイル開発は具体的な開発手法そのものを指します。DevOps開発工程においても、*アジャイル開発を上手く活用してワークフローに組み込み運用することができます*。

アジャイル開発の特徴、メリット・デメリット、DXとの関係など

アジャイル開発のメリット・デメリットや代表的な手法について解説！

CI/CDとは、Continuous Integration（継続的インテグレーション）／Continuous Delivery（継続的デリバリー）の略を指します。

CIでは開発工程を単発の開発作業とせずに、継続的なシステム・アプリケーション変更を想定しています。そのため自動化のツールを活用し常に変更点を修正・ビルドし、テスト実施を経てリポジトリに反映させます。

CDはデリバリーにフォーカスし、継続的なリリースを目指します。アプリケーションの変更を確認し、適切な依存関係に配慮して自動的にリリースしていきます。

CI/CDでは継続的な対応を想定するために、手動作業では対応できず自動化が欠かせない要素となります。そのために自動化のツールが必要です。自動化ツール導入で、CI/CDのパイプラインフローがカバーされます。その*自動化運用で、DevOpsの組織体制とワークフローが効率的に機能します*。

## DevOpsは成長企業の組織モデルとして重要

従来のITシステムは、決められた要件にしたがって設計をすれば問題なくリリースできました。変化が激しい現代では、新しい需要に早期に応える体制づくりが重要となります。特に成長企業やベンチャー企業では常に実行しながら修正していく企業風土と、ニーズに対応するITソリューションが必須となります。

DevOpsはクラウドサービスにおいても注力されており、**自動化ツールを活用し変化に追従するDevOpsエンジニアとしても活躍の場が期待できます**。必要な情報収集を行うことをおすすめします。

DevOpsは、開発担当者と運用担当者が緊密に連携し時間短縮と品質確保を目的に実践する体制です。近年、成長企業が変化に対応するために積極的に推進しています。ここでは従来一般的であった開発モデルとの比較を交えて、概念や実例を紹介していきます。

DevOpsとは、Development（開発）とOperations（運用）を組み合わせた混成語を指します

従来の縦割り組織構造の弊害を取り除き、開発担当者と運用担当者が緊密に連携します

アジャイル開発や自動化ツールを有効活用しながら、DevOpsを進めていきます

DevOpsとは？その概念と実例を既存モデルと比較し解説！

## オープンソースソフトウェアの問題点

2021年12月9日に公開されたThe Apache Software Foundation開発のLog4j脆弱性に関するニュースは、瞬く間に世界中を駆け巡りました。そしてIT機器のベンダーのみならずクラウド・ソーシャルサービスからソフトウェアベンダーまで多岐に渡り影響を与えました。

この出来事はオープンソースソフトウェアの利便性とは裏腹に、**潜在的なリスク管理の重要性を浮き彫りにしました**。ここでは改めて顕在化したオープンソースソフトウェアの問題点について考えていきます。

### オープンソースソフトウェアとは

オープンソースソフトウェア（Open Source Software）略してOSSとも言い、*利用者の目的を問わずソースコードの使用・再頒布の自由が保証されているソフトウェア*のことを指します。つまりソフトウェアコードの調査や再利用、修正・拡張・再配布に制限が設けられていないため自由に利用できるソフトウェアのことです。
【参考】：[OSG-JP オープンソースの定義 (v1.9)](https://opensource.jp/osd/osd19/)
【参考】：[Open Source Initiative The Open Source Definition](https://opensource.org/osd)

ニーズ変化の激しい現在、投資効果を高めるには早期サービス化が望まれます。そのためすぐに利用できるオープンソースソフトウェアは魅力的です。このため導入事例が一層増えてきています。

### オープンソースソフトウェアのメリット

オープンソースソフトウェアは多くのメリットがあり、多岐に渡り利用されています。具体的なメリットは以下の通りです。

・*開発期間の短縮*
従来はソフトウェアをカスタムで1から開発することが一般的でした。現在ソフトウェアの活用分野が多岐に渡り、設計工程・開発工程を短縮するためにオープンソースソフトウェアの選定機会が増えました。

・*製品品質の確保*
オープンソースソフトウェアはよく用いられるソフトウェアのスタックを組み合わせて検証され、実際に活用されています。そのため利用者は、すでに実用レベルにあるソフトウェアを入手し使用できます。このことでシステム全体の最低限の品質を確保し、検査工程を簡素化することができます。

・*開発・配布の柔軟性が高い*
オープンソースソフトウェアは幅広い開発環境・実行環境に対応しています。そのため、ニーズに合わせてハードウェア構成やネットワーク構成を選定することができます。あわせて運用時のモジュール配布も実情に合わせて決めることができます。

・*コスト削減が可能*
オープンソースソフトウェアは、有償サポートを選択しなければ無償利用可能であることが多いです。そのため初期導入時も運用時も総じてコスト削減が可能となります。

### オープンソースソフトウェアの注意点と制約事項

オープンソースソフトウェアはメリットばかりではなく、デメリットも多くあります。開発・運用時の注意点と制約事項になりえます。具体的には以下のデメリットがあります。

・*自社経験の蓄積が活用できない*
これまで自社開発で培ったノウハウが活用されず、オープンソースソフトウェアで平準化された機能で実装することで、自社の差別化や技術蓄積が価値をなさなくなることがあります。

例えば、独自開発のCOBOL資産をオープンに移行と言ってもすぐできませんし、Javaへ移行可能と言ってもJavaの作法が理解できないと対処できないことになります。独自にライブラリー化した開発コードもオープンフレームワークの言語へ移行するとなると、その特性（性能面・機能面・運用面）を理解し1から作り直せざるを得ない場合もあります。

・*オープン系開発体系のスキルが必要*
オープンソースソフトウェアのスキルが求められるために、新たにオープン系開発体系のスキルが必要となります。また問題発生時の問い合わせ先も従来のベンダー問い合わせからコミュニティを活用し、自身の責任で対処することが求められます。

・*障害発生時のリスクがある*
有償サポートオプションが提供されるオープンソースソフトウェアはまだ良いですが、多くは自身で問題解析が必要となります。このことは通常動作時は影響ないものの、障害発生時のエスカレーションや解析作業において作業遅延や障害個所の特定ができない恐れがあります。コミュニティ頼みで作業を進めることで問題の再現性が低かったり、改修の期日が決められないこともあります。

・*オープンソースライセンス準拠が求められる*
オープンソースソフトウェアにおいてもライセンスの考え方があります。具体的にはコピーレフトは著作権が保持されています。GNU GPLが代表的な例で、Apache License 2.0とGNU GPLv3が同等です。このほか修正BSD ライセンスやMIT ライセンスにも同様に規定があります。

このようにオープンソースソフトウェアのリスクや危険性を認識し、さらにソフトウェアを利用する前にライセンス条項を確認して適切な利用方法を遵守することが求められます。

Log4jの脆弱性が報告された時、ソフトウェアがネットワーク接続された機器に影響を及ぼしたことから、多くの利用者は為す術がなく修正版の提供を待つのみでした。これはオープンソースソフトウェアの利便性と引き換えにセキュリティ品質に対して事前の手立てがたてられないのではないか？という疑問が上がりました。

その後も Log4jはいくつかの脆弱性報告がされ都度修正がされていますが、利用している*ソフトウェア管理やセキュリティチェックの重要性を改めて気付かされた出来事です*。
【参考】：[Apache Log4j Security Vulnerabilities](https://logging.apache.org/log4j/2.x/security.html)

Log4jとは、The Apache Software Foundationの開発したJavaベースのロギングサービスです。6つのログレベルがありカスタマイズも可能なため、システムの重要度に応じたイベントロギングを行う際に最適です。そのため*サーバーのみならず組み込みシステムやストレージシステムでも利用されています*。
【参考】：[Apache Log4j 2](https://logging.apache.org/log4j/2.x/index.html)

### なぜ Log4jが問題になったのか？

脆弱性Log4Shell（CVE-2021-44228）が2021年12月9日に一般に公開されました。これはLog4jがLDAP（Lightweight Directory Access Protocol）とJNDI（Java Naming and Directory Interface）のリクエストをチェックしないことを利用し、任意のJavaコードを任意のサーバー・コンピュータ上で実行できてしまうものです。
【参考】：[CVE-2021-44228 Detail](https://www.cve.org/CVERecord?id=CVE-2021-44228)

Log4jはロギングサービスとして標準的に用いられているオープンソースソフトウェアであるため、問題が深刻化しました。LDAPはローカルとリモートのURLオブジェクトを取得するもので、JNDIはJavaが参照するデータオブジェクトを検索します。そのため、任意のJavaコードがネットワークを通じて実行できてしまいます。

Amazon AWS・iCloud・Twitter等のクラウドサービスやソーシャルサービス、インテル・シスコ・ネットアップ等のハードウェア・チップベンダー、オラクル・Debian・Fedora等のソフトウェアベンダー等も対応に追われ、影響を公表しています。組み込みシステムやストレージシステムでもロギングの機能を標準搭載しているため数多くのベンダーが対応に追われました。

問題は判明しましたがソースコードを修正するGitHub登録メンテナーも少ないことが判明し、改修作業も時間が要しました。同様に利用者自体もパッチ適用や新たに発見された脆弱性に対応するために修正作業に追われたので、*この10年で最悪の危険性の高い脆弱性とも言われています*。実際に攻撃が成功しているサイトもあり、収束にはもう少しかかると見られています。

ホワイトハッカーになるために必要な資格やスキルとその将来性は?

以上の経験から*オープンソースソフトウェアの改修をただ単に待つことが良いのか議論がされています*。Googleのブログではオープンソースソフトウェアをより安全に利用するためにできることは何か議論のきっかけとなりました。
【参考】：[Making Open Source software safer and more secure](https://blog.google/technology/safety-security/making-open-source-software-safer-and-more-secure/)

実際にGoogleは GOSST（Google Open Source Security Team）のスポンサーとなり、オープンソースソフトウェアのセキュリティ改善を進めた参加者を報奨金とともに表彰する活動をすすめています。
【参考】：[Secure Open Source Rewards](https://sos.dev/)

またThe Linux Foundationのプロジェクトとして「Securing the open source ecosystem」が組織されオープンソースソフトウェアの利用広まる中、サイバーセキュリティを防ぐ安全性を高めるためのセミナー・トレーニング・ツール開発をすすめています。
【参考】：[Securing the open source ecosystem](https://openssf.org/)
【参考】：[The Linux Foundation](https://www.linuxfoundation.org/projects/)

以上の流れから、今後も各団体から安全性確保の活動が報告されていくと考えられます。

## オープンソースソフトウェアのメリットとデメリットを意識しましょう

オープンソースソフトウェアは簡単にソフトウェアを入手可能で、堅牢で実績あるソフトウェアスタックを短期間・低コストに構築することができます。しかしながらLog4jの脆弱性Log4Shellでは、改めてリスク管理とデメリットを含めたソフトウェア利用上の課題を認識させられました。

システムの安全性を高めるためにも、**常に全体感のある判断と事前準備・対策を含めた運用設計を行いリスク低減を図っておくこと**をおすすめします。

オープンソースソフトウェアの利用拡大の中、2021年12月に公開されたLog4jの脆弱性は製品提供者から利用者まで巻き込む10年で最悪の脆弱性となりました。ここではこのニュースで学んだオープンソースソフトウェアの問題点について考えていきます。

オープンソースソフトウェアのメリットは簡単に短期間で導入でき、コスト削減ができることです

デメリットはオープン系開発スキルが求められ、特に障害発生時の解決に工数を要します

システムの安全性を高めるためにデメリットを理解し、事前対策を準備することをおすすめします

Log4jの脆弱性で学んだオープンソースソフトウェアの問題点とは

LPICとはLinux Professional Institute Certificationの略であり、*Linuxの専門家であることを証明するための試験*です。NPO法人Linux技術者認定機関の日本支部によって運営されており、世界中に受験者がいる資格でもあります。

受験料は15,000円となっており、基本情報技術者試験などと比べやや高いですが、その分合格すればLinuxスキル保有者として国際的に認められるようになります。また、試験日や試験会場の指定はなくいつでも受験ができ、オンライン受験も可能となっています。

Linux試験を受けても意味ないという意見もありますが、**試験を通じてLinux知識が体系的に身につきます**し、転職などでも十分なアピール材料になるのでそんなことはないでしょう。Linuxは多くのWeb系企業でサーバとして使われているため、LPIC試験に合格した人を採用したい企業は多いです。

【参考】：[Linux Professional Institute](https://www.lpi.org/ja/) 

LPICは意味ない？暗記ゲーで役に立たない？メリットや勉強方法も解説

LPIC試験には「LPIC-1」「LPIC-2」「LPIC-3」の3種類があり、*数字が大きくなるほど難しくなります*。上位試験の認定を受けるには下位試験に合格している必要があるため、**最初は全員LPIC-1から挑戦する**ことが多いです。

3種類のLPIC試験の難易度や出題範囲についてまとめましたので、参考にしてください。

LPIC-1はLinuxの*基本操作やシステム運用・管理の基礎知識が問われる資格*であり、LPIC試験の中でも最も簡単なものとなっています。LPIC-1はLPIC101と102に分かれており両方に合格して初めて認定となります。2つの試験は同時に受ける必要はないですが、片方に受かってから5年以内にもう片方に受かる必要があり、それ以上経つと無効になってしまうので注意です。

難易度はそこまで高くありませんが、**試験時間90分に対し問題数は60問となっており時間が足りなくなることもあるでしょう**。出題形式はコンピュータで回答するCBT方式となっており、ほとんどが選択問題ですが一部記述式の問題も出されます。

LPIC101はシステムアーキテクチャやLinuxコマンド、ファイルシステムなどが出題範囲であり、LPIC102はシェル・スクリプトや管理タスク業務、ネットワーキングの基礎などが出題範囲です。どちらか得意な方から受験し、自信をつけてからもう片方に挑むのが良いでしょう。

LPIC-1を取得するのに必要な勉強時間を徹底解説！

LPIC-2は*Linuxスキルを業務で活かすことができるか問われる資格*です。トラブルシューティングやキャパシティプランニングができることが必要となり、LPIC-1よりも高度な知識・スキルが求められます。試験はLPIC201と202に分かれており、やはり両方に合格しないといけません。試験時間や問題数、出題形式などはLPIC-1と共通です。

LPIC201はキャパシティプランニングやLinuxカーネル、ネットワーク構成などが出題範囲であり、LPIC202はドメインネームサーバやウェブサービス、ファイル共有などが出題範囲です。**どちらも広範囲に渡る知識が求められるので、勉強時間を十分に確保して挑むことが肝心**でしょう。

LPIC-3は*Linux技術者として最高レベルの技術力を持っているか問われる資格*です。LPIC-3はLPIC300、303、304の3つの試験に分かれており、いずれか1つに合格する必要があります。試験時間や問題数、出題形式などはLPIC-1と共通です。

LPIC300ではSambaを利用したシステム設計・構築に関する問題が出されます。LPIC303ではセキュリティを維持したサーバの設計・構築ができるかが問われます。LPIC304では仮想化技術や高可用性システムの設計・構築ができるかが問われます。

3つとも難易度は高いですが**その分LPIC技術者として高く認められる**ため、挑戦する価値はあるでしょう。

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

## LPICのオンライン試験について

LPICは全国にある会議室や職業訓練校などのテストセンターにて受験するのが一般的ですが、*オンラインで試験を受けることも可能になっています*。オンライン試験も受験日は決まっておらず、いつでも受験することが可能です。オンライン試験を受験する場合**いくつか気をつけるべき点もある**ので、そちらについて紹介します。

オンライン試験とは*自宅のパソコンを使ってLPIC試験を受けること*です。オンライン試験は元々LPIC-1のみが対象となっていましたが、現在ではLPIC-2も対象です。

ただし、LPIC-1が日本語対応しているのに対し、LPIC-2は英語のみとなっているため受験が難しい方もいるかもしれません。とはいえ、**新型感染症の影響もあってテストセンターで受験するのが怖い人も多く**、オンライン試験があるのはありがたいことでしょう。

オンライン試験を受ける場合、*受験日の3日前に担当者からメールが送られてきます*。メールにはオンライン受験の受け方や注意事項が記載されているので、まずはそれをよく読みます。

また、受験中パソコンが使えなくなると失格になりますので、パソコンの状態について確認しておきましょう。確認すべき事項としては、**Webカメラが使えるか、マイクが利用できるか、ネットが途中で途切れることはないか**、などが挙げられます。

オンライン試験開始直前に担当者から個人確認が行われるので、*試験開始30分前には準備を行い早めにチェックインするようにしましょう*。試験開始から15分以上経つと失格となりますので遅刻は厳禁です。また、チェックインの手順に関しては事前にメールが送られてくるので、それに従って行います。

試験開始までに自分の顔写真および身分証明書の写真を提出する必要があります。また、試験を受ける部屋の写真を提出しないといけないため、部屋の整理もしておきましょう。更に、カンニング扱いされることを防ぐために**パソコンの周りには何も置かないようにし、パソコン上のアプリも全て落としましょう**。

試験中は*Webカメラによって試験管が閲覧できる状態を維持*しておく必要があります。また、試験中に家族などが部屋に入ってくるとカンニング扱いされる可能性もあるので、部屋の前に張り紙を張っておくなど対策しましょう。

試験中に何かトラブルが発生した場合は監督官に質問するのが良いです。ただし、**監督官とのやり取りは英語で行わなくてはいけないので注意が必要**です。

最後に、*LPIC試験に合格するためのコツについて紹介*します。LPIC試験は難易度自体はそれほど高くはないものの暗記すべきことも多いため、**しっかり勉強した上で挑む必要**があります。

LPIC試験はLinuxコマンドやネットワークの仕組みなど覚えることが多く、*問題集を1回解いた程度では全てをマスターすることは難しい*でしょう。問題集には答えを書き込んだりせず、**何度も繰り返し解くようにしましょう**。物事を記憶するには反復練習が効果的と言われています。

LPIC試験は昔からある資格のため過去問も充実しています。過去問を解くことで出題範囲を確認できますし、*本当に知識が身についているか確かめる*こともできます。また、実際に時間を測って解くことで**時間内で解き終わるか確認する**のもおすすめです。

### コマンドは実際に手を動かしながら覚えていく

LPIC101には基本的なLinuxコマンドの使い方を問う問題が多く出題されるため、まず最初はコマンドから覚えていくことが大切です。コマンドは*実際にGUIで打ってみて、実行結果がどうなるか確かめながら覚えていく*のが良いでしょう。実際に手を動かすことで記憶に定着しやすくなりますし、**よりLinuxに興味が湧く**ようになります。

Linuxを勉強する際は参考書だけでなく*Web問題集も活用するのがおすすめ*です。エンジニアは本業が忙しい方も多く、中々参考書を開く時間がない方もいるでしょう。Web問題集なら**通勤時間などの隙間時間に勉強することができる**ため、忙しい方も試験対策を進めることができます。

## LPIC試験に挑戦してエンジニアとしてスキルアップしよう

本記事では*LPIC試験について解説*しました。各LPIC試験の難易度や出題範囲、試験合格のポイントなどがおわかり頂けたかと思います。LPIC試験に合格することでLinux技術者として評価されやすくなり、多くのWeb業界で活躍が見込めます。

Linuxはサーバとして優秀であり今後も使われ続けることが予想されるので、**今のうちにLPIC試験を通じてLinuxスキルを高めておくのがおすすめ**でしょう。特にプログラマーの方はこれからシステムエンジニアへキャリアアップする上で、インフラやネットワークの知識は重要になってきます。

LPICとは何か？勉強方法や3つの試験の難易度について解説！

LPIC試験に興味があるがどういう試験なのかよく分からないという方も多いでしょう。本記事ではLPIC試験とは何か、LPIC試験の種類について詳しくまとめました。各試験の難易度や出題範囲も解説しているので受験の際に参考になるでしょう。

LPICはLinuxの専門家であることを証明するための試験

LPIC試験はオンラインでも受験可能

LPICは覚えることが多いので問題集を繰り返し解いて記憶に定着させるのがおすすめ

LPIC試験とは？難易度や出題範囲、合格のコツについて解説！

Dockerとは、OSレベルの仮想化プラットフォームソリューションです。Dockerイメージを用いたコンテナ仮想化システムを構築し、仮想化実行環境を実現します。Dockerにより環境の複製と配布が容易にできますので、開発のスクラップアンドビルドが効率的に実施できます。**DevOps開発運用には欠かせないソリューション**です。
【参考】：[Docker](https://www.docker.com/)

Dockerのメリットを徹底解説！仮想マシンとは何が違う？

Dockerでは、Windows版・Mac版・Linux版のダウンロードモジュールが用意されています。Mac版・Windows版では、Docker Desktopを利用します。 Docker Desktopには、*ダッシュボード・Docker Engine・Docker CLI・Docker Compose等が含まれます*。Linux版ではDocker Engineをインストールしておきます。
【参考】：[Get Started with Docker](https://www.docker.com/get-started)

### Docker Windows版のセットアップ概要

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