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

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の脆弱性で学んだオープンソースソフトウェアの問題点とは

## さようなら Microsoft SQL Server、こんにちは Babelfish

2021年11月2日、AWSのブログにこのように衝撃的な見出しが踊りました。それは2021年10月28日、**「Babelfish for Aurora PostgreSQL」のサービス一般利用開始**の見出しです。

参考：[AWS ブログ さようなら Microsoft SQL Server、こんにちは Babelfish](https://aws.amazon.com/jp/blogs/news/goodbye-microsoft-sql-server-hello-babelfish/)

今からおよそ1年前、2020年12月の「*AWS re:Invent 2020*」の基調講演で表明された「Babelfish for Aurora PostgreSQL」はデータベースの新しいサービス機能です。Microsoft SQL Server用に作成されたアプリケーションの移行促進のために、*T-SQLコマンドを通信レイヤを介して翻訳処理*しSQL Serverライセンスに無駄な費用を払う必要はない、という表明でした。

### Babelfish for Aurora PostgreSQL概要

Babelfish for Aurora PostgreSQLは、Amazon Auroraの**PostgreSQL互換エディションで提供される新機能**です。 Microsoft SQL Server用コマンドを翻訳し実行します。

参考：[Babelfish for Aurora PostgreSQL](https://aws.amazon.com/jp/rds/aurora/babelfish/)

メリットはT-SQLコマンドと通信レイヤを翻訳実行しますので、*データベース移行の工数が削減*できることです。さらにこれまでのMicrosoft SQL Server資産を活かしながら、順次*PostgreSQLのAPIへの移行を進めることができる*ため移行リスク低減が図られます。

*Babelfishはオープンソース化*され、オープンソースライセンスに基づき利用することができます。*Apach License Version2.0とPostgreSQL License*に基づきコードが公開され、**AWSがサポートする**と公表しています。GitHubでソースコードやドキュメントが公開されており、必要な修正やバージョンアップが計画されています。

参考：[Babelfish for PostgreSQL](https://www.babelfishpg.org/)

Amazon Auroraとはクラウド向けリレーショナルデータベースで、*Amazon Relational Database Service（RDS）によるフルマネージドサービス*です。

*MySQL・PostgreSQLと互換性があり*、公式サイトによると標準的な MySQL データベースと比較し最大5 倍、PostgreSQL データベースと比較し*最大3 倍のスループットを実現*していることを利点に挙げています。**MySQL・PostgreSQLとは完全互換**で新しいリリースのサポートが順次追加されています。

参考：[Amazon Aurora](https://aws.amazon.com/jp/rds/aurora/?aurora-whats-new.sort-by=item.additionalFields.postDateTime&aurora-whats-new.sort-order=desc)

MySQLとは？特徴から使い方・学習方法まで詳しく解説！

PostgreSQLとは？MySQL・Oracleとの違いを解説

### Amazon Relational Database Service（RDS）概要

Amazon RDSは*Amazon Aurora・PostgreSQL・MySQL・MariaDB・Oracle データベース・SQL Serverの6種類*のデータベースエンジンから選択することができます。最適なデータベースエンジンを選択し、必要な管理タスクを自動化することで運用負担を低減し**アプリケーション作業に注力**することができます。

### Amazon Auroraの提供リリースとサポートバージョン

Amazon AuroraのPostgreSQLデータベースは、**Aurora PostgreSQL リリース 13.3が最新リリース**のバージョンです。

参考：[Amazon Aurora PostgreSQL リリースとエンジンのバージョン](https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUserGuide/AuroraPostgreSQL.Updates.20180305.html#AuroraPostgreSQL.Updates.20180305.133)

Aurora PostgreSQLでは順次*マイナーバージョンのサポートを終了*しています。2022 3月16 日には、10.11、10.12、11.6、11.7がサポート終了期限を迎えます。引き続き10.14以降、11.9以降がサポートされます。

参考：[Amazon Aurora PostgreSQL バージョン10.11、10.12、11.6、11.7のサポート終了のお知らせ](https://aws.amazon.com/jp/blogs/news/amazon-aurora-postgresql-10-retirement/)

長期サポートが必要でしたら*Aurora PostgreSQL 長期サポート（LTS）バージョン*を選択したいところです。現在のLTSリリースは、「PostgreSQL 11.9、Aurora PostgreSQL リリース 3.4」となります。

現行LTSリリースがBabelfishサポートとなるか明記されていませんが、Babelfish公式サイトではPostgreSQL リリース 13以降がサポート対象とされています。Babelfish対応バージョンのLTSリリースが待たれます。

参考：[Aurora PostgreSQL 長期サポート (LTS) リリース](https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUserGuide/AuroraPostgreSQL.Updates.LTS.html)

参考：[Babelfish: Frequently asked questions Which Babelfish versions are available?](https://babelfishpg.org/docs/faq/#which-babelfish-versions-are-available)

### Babelfish for Aurora PostgreSQLの料金

Babelfish for Aurora PostgreSQLは**Amazon Auroraに搭載されている機能のため、追加の費用負担なく利用できます**。ベースとなるAmazon Auroraの料金は*データベースインスタンス・データベースストレージとI/O消費量・バックアップストレージ・バックトラック・Snapshot Export・データ転送*により、決定します。

参考：[Amazon Aurora の料金](https://aws.amazon.com/jp/rds/aurora/pricing/)

## Babelfish for Aurora PostgreSQLの基本動作

Amazon Aurora PostgreSQLの通信レイヤでは**「T-SQL over TDS」「PL/pgSQL」の2種類のプロトコル**で通信処理を行います。

・**SQL Serverアプリケーション**

アプリケーションの「SQL Server Client Driver」が「T-SQL over TDS」を通じて「Babelfish」によりセマンティック解釈され、Amazon Auroraと通信します。

・**PostgreSQLアプリケーション**

アプリケーションの「PostgreSQL Driver」が「PL/pgSQL」を通じて「PostgreSQL」によりセマンティック解釈され、Amazon Auroraと通信します。

### Babelfish for Aurora PostgreSQLの利用方法

Babelfish for Aurora PostgreSQLを利用するには、*TDS（Tabular Data Stream）を通じてクライアントとの通信*を行います。**TDS 7.1 以降がサポート**されています。さらに並行して*PostgreSQLとのネイティブ接続を行うことも可能*です。

参考：[Working with Babelfish for Aurora PostgreSQL](https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUserGuide/babelfish.html)

Babelfishを用いてPostgreSQLに資産移行することもできます。この場合*Babelfishを有効化しSQL ServerのT-SQLを解釈できるように、Aurora PostgreSQL DBクラスタを作成*します。そしてBabelfishアセスメントツールである**Babelfish Compass toolを用いて変更点を確認**します。

参考：[Using Babelfish to migrate to PostgreSQL](https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUserGuide/babelfish-migration.html)

### Babelfish for Aurora PostgreSQLの制限

Microsoft SQL Serverは登場してから30年以上の技術蓄積があり、**BabelfishのT-SQLとの互換性は100%とはいきません**。Babelfish for Aurora PostgreSQLで実装されているBabelfishの仕様はドキュメントとして公式オープンソースサイトに掲載されています。

今現在、*未実装の機能やシンタックスが多数あり、一部機能のみのサポートのもの多くあります*。詳細は以下のリンクでご確認ください。

参考：[Babelfish for PostgreSQL T-SQL limitations](https://babelfishpg.org/docs/usage/limitations-of-babelfish)

参考：[Differences between Aurora PostgreSQL with Babelfish and SQL Server](https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUserGuide/babelfish-compatibility.html)

互換性100%とはいかないことはすでに表明されており、どのように*違いを吸収するか検討する*必要があります。公式サイトのドキュメントでは**データベース環境から言語体系・バックアップ方式等多岐に渡る差分と回避策が調査掲載**されています。詳細は以下のドキュメントに掲載されていますので、ご興味がありましたらご確認ください。

参考：[Managing differences in behavior](https://babelfishpg.org/docs/usage/missing-features)

## Babelfishはまずは情報収集から始めましょう

Babelfish for Aurora PostgreSQLは*新しく追加されたサービス機能*です。実装されているBabelfishはT-SQLを100%実装できていないことを自ら公表しています。

AWSのブログのような「さようなら Microsoft SQL Server、こんにちは Babelfish」というほど、*Microsoft SQL Serverに別れを告げるのはむしろリスクがあります*。当面は**他のユーザの事例を待つか果敢に挑戦してみる**かのいずれかになります。

Babelfish for Aurora PostgreSQLはAWSのデータベースサービス用新機能です。Amazon AuroraのPostgreSQL互換エディションで提供されます。ここではその概要と動作環境等必要な情報を整理し、お伝えしていきます。

Babelfish for Aurora PostgreSQLは、2021年10月28日リリースのデータベースサービス用新機能です

Amazon AuroraのPostgreSQL互換エディションで提供されます

追加料金なしに、Microsoft SQL ServerのT-SQLコマンドと通信レイヤを翻訳実行します

Babelfish登場！話題のAWSの互換エディションとは？

2021年11月9日、*Docker Desktop*の**最新版 4.2がリリース**されました。4.0で*有料化の発表*があってからリリースされた4.1に続くバージョンアップ版です。4.2では*Pause/Resume機能・Software Updates・Window management*の各機能が追加されています。詳細は後ほど紹介します。

*Docker*とは、**OSレベル仮想化プラットフォーム**として用いられるソリューションです。Dockerでは*Dockerイメージ*を用いたコンテナ仮想化システムを構築できます。また、*Kubernetes*を用いたオーケストレーションにも対応します。

Dockerにより、*CI（継続的インテグレーション）・CD（継続的デリバリー、継続的デプロイメント）*リリースサイクルをさらに短い周期で実施することができます。
参考：[Docker](https://www.docker.com/)

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

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

*画面構成*は以下の通りです。
・**Containers/Apps**
コンテナやアプリケーションの状態を表示します。Dockerオブジェクトの状態確認や操作を行うことができます。
・**Images**
Dockerイメージが一覧表示されますので、詳細確認やコンテナ実行を行います。
・**Volumes**
ボリュームの一覧表示により、確認や生成・削除をおこないます。
参考：[Docker for Windows release notes](https://docs.docker.com/desktop/windows/release-notes/)
参考：[Docker Desktop for Mac release notes](https://docs.docker.com/desktop/mac/release-notes/)

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

Docker Desktop 4.2では以下の*機能追加*がされています。
・**Pause/Resume機能**
CPUリソース消費を抑えるためにDocker Desktopのセッションを一時停止さたり再開したりできます。
・**Software Updates**
アップデート自動チェック機能をオフにできます。
・**Window management**
Docker ダッシュボードのウィンドウサイズとポジションを保存し、再オープン時に同じウィンドウ表示設定を利用することができます。

それ以前の 4.1.1はバグフィックスのみでしたが、ベースとなる*4.1.0*では以下の機能が追加されています。
・**Software Updates**
Software Updatesのセクションでアップデート情報が表示されるようになりました。
・**Compose V2**
General settingsでDocker Compose V2を利用するかどうか指定できます。
・**ボリューム管理**
ボリューム管理が全てのサブスクリプションモデルで利用可能となりました。

2021年8月31日、Docker Desktop 4登場をきっかけに従来の*無償モデルを見直し*、*4種類のサブスクリプションモデルへ変更する*旨発表がされました。具体的には以下のサブスクリプションモデルが提供されます。
・**Docker Personal**
従来のDocker フリーサブスクリプションの置換となります。オープンソースコミュニティ・個別開発者・教育・小規模企業向けのモデルです。Dockerユーザの半数が該当し、Docker CLI・Docker Compose・Docker Build/BuildKit・Docker Engine・Docker Desktop・Docker Hub・Docker Official Images等で適応されます。商用利用は以下のDocker Businessのモデルで月額課金されます。

・**Docker Business**
新しく提供されるサブスクリプションモデルです。従業員250名以上または1千万USドル以上の年間売り上げがある企業に適応されます。さらにモデルが3種類提供されます。
　- *Pro*　　　：月額5USドルで1名単位の申し込みモデルです。同時に5つのビルドを利用できます。
　- *Team*　　：月額ユーザあたり7USドルで5ユーザ以上の登録時に必要なモデルです。同時に15のビルドを利用できます。脆弱性スキャンが無制限に利用できます。
　- *Business*：月額ユーザあたり21USドルで50ユーザ以上の登録時に必要なモデルです。中規模企業から大企業まで想定するモデルで、集中監視のほかSAML SSOのサポートが予定されています。
参考：[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/)

料金モデルの変更により対処方法が騒がれていますが、*2022年1月31日までは猶予期間*が設定されています。新料金モデルの関連情報はFAQにまとめられていますので必要に応じてご確認ください。
参考：[Docker FAQs](https://www.docker.com/pricing/faq)

*Docker Desktopの利用準備*として、**モジュールダウンロードとインストール**を行います。Docker Desktopは*Docker Hub*のサイトからダウンロードできます。*Windows版とMac版*が提供されており、*Linux版は現在開発中*です。
参考：[Docker Desktop for Windows](https://hub.docker.com/editions/community/docker-ce-desktop-windows)
参考：[Docker Desktop for Mac](https://hub.docker.com/editions/community/docker-ce-desktop-mac)

ダウンロードのリンク先はドキュメントのインストール方法にも記載されていますので、以下のリンクからも同じモジュールがダウンロードできます。
参考：[Install Docker Desktop on Windows](https://docs.docker.com/desktop/windows/install/)
参考：[Install Docker Desktop on Mac](https://docs.docker.com/desktop/mac/install/)

インストールの詳細情報については、以降でお伝えします。

### Windows版Docker Desktopの要件とインストール

*Windows版Docker Desktop*は以下の要件が設定されています。
・**サポートOSバージョン**
　- Windows 11 64 ビット：Home・Pro・Enterprise・Educationの21H2以降
　- Windows 10 64 ビット：Home・Proの2004以降、 Enterprise・Educationの1909以降
・**WSL 2（Windows Subsystem for Linux 2）バックエンド**
　- WindowsでWSL 2機能の有効化
　- Linuxカーネルアップデートパッケージのダウンロード・インストール
・**Hyper-Vバックエンドと Windowsコンテナ**
　- Hyper-Vとコンテナ機能の有効化
　- クライアントHyper-V実行時の仮想化要件を満たすこと

*インストール方法*は以下の通りです。
・**ダウンロードモジュールの起動**
　Docker Desktop Installer.exeを起動します。
・**Configuration画面の確認**
　「Enable Hyper-V Windows Features」と「 Install required Windows components for WSL 2」のオプション設定を確認します。
・**インストール実行**
　手順に従い「Install」を選択し、終了後「Close」を選択します。
・**管理者アカウントの追加**
　管理者アカウントのadministratorとComputer Managementをdocker-usersグループに追加します。
参考：[Docker Desktop for Windows user manual](https://docs.docker.com/desktop/windows/)
参考：[Install Docker Desktop on Windows System requirements](https://docs.docker.com/desktop/windows/install/#system-requirements)

最初の起動時には**新しいライセンス条項**が表示されますので、「*Accept*」をクリックすることで利用可能になります。

### Mac版Docker Desktopの要件とインストール

*Mac版Docker Desktop*は以下の要件が設定されています。
・**Intelチップ版**
　macOS 10.14以上
　4GB以上のメモリ搭載
　VirtualBox 4.3.30以降
・**Appleチップ版**
　Rosetta 2のインストールが必要

*インストール方法*は以下の通りです。
・**ダウンロードモジュールの起動**
　Docker.dmgをダブルクリックしインストーラを起動します。
・**アプリケーションフォルダに登録**
　Dockerアイコン（Docker.app）をアプリケーションフォルダーにドラッグアンドドロップします。
参考：[Docker Desktop for Mac user manual](https://docs.docker.com/desktop/mac/)
参考：[Install Docker Desktop on Mac System requirements](https://docs.docker.com/desktop/mac/install/#system-requirements)

Windows同様、最初の起動時には**新しいライセンス条項が表示**されますので、「*Accept*」をクリックすることで利用可能になります。

### Docker Desktop関連ドキュメント

*Docker Desktopの概要*は以下のサイトに記載されています。
参考：[Docker Desktop overview](https://docs.docker.com/desktop/)
同様に*各種情報*がFAQにまとまっていますので、必要に応じてご確認ください。
参考：[Docker Desktop Frequently asked questions](https://docs.docker.com/desktop/faqs/)

*Docker Pricing FAQ*では、**Docker Desktopを使わないでDocker CLIのみインストールする方法**も記載されています。具体的にはWindowsでは、*WSL2*上でDocker CLIとDocker Engineをインストールします。Macの場合は、*VirtualBoxやVMWare Fusion*上でDocker CLIとDocker Engineをインストールします。

## Docker Desktopの機能拡張に期待しましょう

*Docker Desktop*は*サブスクリプションモデル*を取り入れることで*収益改善*を進めています。その結果**Linux版Docker Desktopの開発等に投資**しています。今後も*新機能の投資*に利用されますので、サブスクリプションモデルは**デベロッパのメリット**に繋がります。今後の機能拡張にも期待したいところです。

Docker Desktop 4.2は2021年11月9日リリースの最新版です。4.0で発表された有料化サブスクリプションモデルの猶予期限ももうすぐ迎えます。ここでは新機能やインストール方法に加えてライセンスの考え方についても解説していきます。

Docker Desktop 4.2は4.1に引き続きリリースされた最新バージョンです

Docker Desktopは、Dockerの操作をGUIダッシュボードで一元管理できます

Windows版とMac版が提供されており、Linux版も開発中です

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

*[【マイナビ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社は、同社のディベロッパー向け主力間製品のDocker Desktopの有料化を発表しました。このことが私たちに、どんな影響があるのか、メリットやデメリットを含め、エンジニアが押さえておきたいことを解説していきます。

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

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

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

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サーバにログインできる状態になります。

MySQLのインストール手順！トラブル対応法も解説

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

ソフトウェアの記事（8ページ目）