Docker により、Proxmox サーバーが全く新しい方法で便利になりました

私は古いラップトップでホームサーバーを実行していますが、これは非常に多くの自己ホスト型アプリに最適です。 2026 年は、すべてがどのように機能するかを理解するのがとても楽しかったです。その結果、全体的に私の生活がより簡単で、よりスムーズになり、よりプライベートになりました。

私がよく受ける質問の 1 つは、「スパイクとは何ですか?」というものです。すでにサーバーの準備ができているのに、なぜそれを使用するのでしょうか?

しかし、これには理由があり、それを理解することでセルフホスティングがクリックされ、ソフトウェアの実行についての考え方が変わります。

オペレーティング·システム

Linux、Windows、macOS

個人的な価格設定

無料（個人）

主なハイライト

オペレーティング システム レベルでの仮想化、不変のインフラストラクチャ、迅速な導入、コンテナの分離

プラットフォーム

Docker デスクトップ、Docker エンジン、Docker Swarm

開発者

ドッカー株式会社

Docker は、ソフトウェアをコンテナーと呼ばれる軽量の独立したユニットにパッケージ化するプラットフォームです。アプリケーション コード、ライブラリ、依存関係をまとめてバンドルし、ソフトウェアがどのコンピュータでも同じように実行できるようにします。 Docker はホスト オペレーティング システムを共有することで、従来の仮想マシンと比較して互換性の問題を排除し、展開時間を短縮し、サーバー効率を最大化します。

実際、刺し傷とは何ですか？

仮想マシンではありません、これが重要です

Docker を理解する最も簡単な方法は、仮想マシンについて考えることです。 VM は、コンピュータ内で実行される完全なコンピュータです。独自のオペレーティング システム、独自のカーネル、独自に割り当てられたハードウェアがあり、存在するだけでかなりの量の RAM と CPU が必要になります。

Docker コンテナーは似ていますが、異なる点がいくつかあります。

これらは、独自のカーネルを実行するのではなく、ホスト オペレーティング システムのカーネルを共有します。つまり、リソースの面ではるかに軽量であり、古いハードウェアでの使用が容易になり、最新のマシンでの切り替えに最適です。

Docker コンテナの最も一般的な例えはコンテナ輸送です…そしてそれは実際に機能します。標準的な輸送用コンテナが存在する前は、貨物は手動で積み降ろしされ、その後、船ごと、港ごと、トラックごとに再梱包されなければなりませんでした。

Shipping Containers は、中に何が入っているかに関係なく、どこでも機能する標準的なボックスを作成することでこの状況を変えました。基本的に Docker がこれを行いますが、ソフトウェア パッケージの場合は、膨大な数のデバイス上での実行が簡単になり、プロセスが標準化されます。

イメージ、コンテナ、ボリューム

セルフホスト型 Docker アプリを実行するには、これらすべてが必要です

Docker には、イメージとコンテナという、最初は簡単に統合できる 2 つの概念があります。

写真はその計画書です。これは、ソフトウェア、依存関係、動作方法などを定義する読み取り専用のテンプレートのようなものです。

コンテナーは、イメージの実行中のインスタンスです。同じイメージから複数のコンテナを起動したり、データを失わずにコンテナを停止および起動したり、イメージ自体に触れることなくコンテナを完全に削除したりできます。何かが壊れたとき（言っておきますが、間違いなく壊れます）、サーバーではなくコンテナを削除します。画像はまだ残っており、新しい番組をアップロードする準備ができています。

さらに、本質的に Docker コンテナの永続ストレージであるボリュームもあります。 Docker は、開いた各インスタンスで、イメージや操作で作成および必要とされるデータ用の永続ストレージを使用できるため便利です。

ただし、デフォルトでは、コンテナー内に書き込まれた内容は、コンテナーが削除されると消去されます。しかし、ストレージ メディアは、コンテナ内の場所をホスト コンピュータ上の場所にマッピングすることでこの問題を解決するため、コンテナに何が起こってもデータは残ります。

したがって、たとえば、Mealie セルフホスト型 Docker インスタンスをセットアップする場合、構成の一部としてボリュームを作成します。構成ファイルに次の行を入力します。

volumes:

その後、Miley がコンテナ内の /app/data に書き込むものはすべて、実際にはホスト上の Docker 管理のストレージに保存されます。つまり、コンテナを削除して再作成しても、レシピはまだ存在します。

Docker がセルフホスト型サーバーに適している理由

分離性、移植性、すべてを壊すことのないアップデート

これは、Docker がなぜ非常に便利なのかについての背景です。それに加えて、ほとんどすべての最高の自己ホスト型アプリやツールも Docker 上で動作するため、Docker はあらゆるものにとって頼りになる場所となっています。セルフホスト型 Docker コンテナーを稼働させたら、高価なサブスクリプションのキャンセルを開始することもできます。

しかし、それ以上のものでもあります。 Docker が登場する前は、セルフホスティング アプリはさらに複雑なプロセスでした。アプリケーションによっては、Python、Node、PostgreSQL、Redis など、さまざまな依存関係を組み合わせて手動でインストールする必要がありますが、それらのどれも、インストールした他のものと競合しないことを祈ります。

そして、アップデートの段になると、ボタンを押すのにはある程度の不安がつきまといます。 1 つの悪いアップデートにより複数のサービスが一度に停止する可能性があり、何がクラッシュし、他に何が壊れたのかを正確に把握するには、何時間ものデバッグが必要になります。

Docker が優れている理由の 1 つは、基本的にこうした面倒な作業をすべて回避できることです。私のサーバーでは現在、レシピと食事の計画用に Mealie を、自己ホスト型の写真バックアップ用に Immich を、DNS 用に AdGuard をホストしています。

ただし、各 Docker コンテナーには独自の依存関係があるため、相互に干渉することを心配する必要はありません。マイリーの戦車が横に傾いても、お母さんは走り続けます。新しいセルフホスト プロジェクトを試したい場合はコンテナを開き、気に入らない場合はコンテナを削除すると、マシンは以前とまったく同じになります。

Docker によりセルフホスティングが驚くほど簡単になります

この分離は、Proxmox 上の LXC コンテナー内で Docker を実行することが理にかなっている理由でもあります。追加の分離レイヤー、Proxmox Web インターフェイスを介したクリーンな管理、および変更を加える前にコンテナー全体の状態のスナップショットまたはバックアップを取得する機能が得られます。

これが、より多くの人が自炊に参加する理由でもあります。インストールして基本のいくつかを理解すると、その膨大なカタログを使用して独自のホスト型アプリのセットをすぐに構築でき、何かを試してみることへの障壁は実質的にゼロになります。