【ITニュース解説】Portainer 3.0 Drops the Community Edition: What Self-Hosters Should Run Instead

システムエンジニアを目指す皆さんにとって、サーバーやアプリケーションの管理は避けて通れないテーマである。最近のITニュースでは、コンテナ管理ツールPortainerの大きな変更点、新しいS3互換ストレージRustFSの登場、そして自己ホスト型アプリケーションを選ぶ際の注意点などが報じられている。これらの情報は、皆さんが今後システムを構築・運用する上で非常に重要となる。

まず、コンテナ管理ツールのPortainerについて説明する。Portainerは、DockerやKubernetesといったコンテナ実行環境をウェブブラウザから簡単に操作できるツールである。特に、自宅での検証環境（ホームラボ）や小規模なシステムでDockerコンテナを運用している人にとって非常に便利な存在だった。しかし、2026年9月11日、PortainerのCEOであるニール・クレスウェル氏が発表したブログ記事によって、Portainer 3.0が大幅な変更を伴ってリリースされることが明らかになった。最も大きな変更は、これまで広く利用されてきた「Portainer Community Edition (CE)」という無償版の提供形式がなくなることである。

具体的には、現在のPortainer 2.x系の最終バージョンは2.45 LTS（長期サポート版）となり、これにはセキュリティパッチは提供されるが、今後新しい機能が追加されることはない。一方、Portainer 3.0は「Kubernetesファースト」という方針で開発されており、無償で利用するためには「3 Nodes Freeプログラム」という、ノード数に制限のあるライセンスを取得する必要がある。これは、従来のコミュニティによるビルドとして無償提供されていた形式とは異なる。

Portainer 3.xは、Kubernetes環境でのポリシーエンジン、GitOps（バージョン管理システムと連携したインフラ管理）、監視機能といった新しい機能に焦点を当てており、これらの新機能はKubernetes環境でのみ提供される。Docker、Swarm、PodmanといったKubernetes以外のコンテナ実行環境も3.xで引き続き利用できるものの、これらはユーザーインターフェース上では「二義的な位置づけ」とされ、前述の新しい機能は適用されない。Portainerがこの方針転換を行った理由として、複数のプラットフォーム（Docker、Swarm、Kubernetes）で共通の機能を提供し続けることが、開発の複雑さから非現実的になったと説明している。特に、AIエージェントなどの高度なアプリケーションを安全に実行するためには、Kubernetesのネットワークポリシーやセキュリティ基準が不可欠であり、DockerやSwarmには同等の機能がないことが挙げられている。

この変更に対して反発もあったため、クレスウェル氏は「Dockerサポートを放棄するわけではない」と釈明している。既存のPortainer 2.x環境や3.xにおけるDocker環境で動いているものが急に使えなくなることはなく、将来的にDockerサポートが終了する際には、事前に告知と移行パスが提供されるという。しかし、重要なのは、今後無償でPortainerを利用するには、コミュニティがメンテナンスするビルドではなく、アカウントに紐づいたPortainer Businessライセンスの無料枠を利用することになるという点である。

では、もし皆さんが自宅でPortainer 2.45 CEを使ってDocker環境を動かしている場合、どうすればよいのだろうか。一つは、Portainer 2.45 CEに留まり、提供されるセキュリティパッチを適用し続けることである。この場合、新しい機能は利用できない。もう一つは、Portainer 3.xの無料枠に移行することだが、その場合はDocker環境がUIで二義的になり、新しいポリシーエンジンやGitOps機能の恩恵は受けられない。

もし、Dockerを主軸に運用しているのであれば、Portainer 3.xにこだわらず、Dockerに特化した代替ツールを検討することも賢明な選択だ。例えば、「Dockge」は、人気監視ツールUptime Kumaの開発者が作った軽量なComposeスタックマネージャーで、単一のDockerホストでの利用に適している。また、「Komodo」は、複数のサーバーにまたがるDockerデプロイメントを扱うことができ、GitOpsにも対応しているため、より大規模な環境で役立つ。その他にも、モダンなGoベースのUIを持つ「Arcane」、Git Pushで自動デプロイとSSL化を実現する「Coolify」や「Dokploy」といった選択肢も存在する。これらのツールはPortainerが提供するKubernetes管理機能を持たないが、Docker環境の運用に特化している。ただ、現状Portainer 2.45 CEを使っているなら、いますぐ何かが動かなくなるわけではないので、まずは2.45.1 LTSにアップデートし、様子を見るのが現実的な対応となるだろう。

次に、オブジェクトストレージの分野で注目されている「RustFS 1.0」について解説する。オブジェクトストレージとは、ファイルやデータを格納する際に、従来のファイルシステムのような階層構造ではなく、個々のデータ（オブジェクト）をフラットに管理する仕組みのことである。Amazon S3が代表的なサービスだが、これを自分たちのサーバーで構築できるMinIOのようなオープンソースソフトウェアも存在する。RustFSは、MinIOやAmazon S3の代替として期待される、Apache-2.0ライセンスのS3互換オブジェクトストレージシステムで、2026年9月18日にバージョン1.0.0がリリースされた。

RustFSの登場は、MinIOが2025年に一部のスタックでAGPL（GNU Affero General Public License）を採用したことが背景にある。AGPLは、ネットワーク越しにソフトウェアを利用する場合にもソースコードの公開を義務付けるライセンスであるため、多くのセルフホスター（自分でサービスを構築・運用する人）が、より自由度の高いライセンスの代替を探していた。RustFSは、エラー訂正符号（イレージャコーディング）や階層化ストレージ、S3テーブルなどに対応し、S3、WebDAV、Swiftといった多様なプロトコルをサポートする。また、IAM（認証・認可）、OIDC（認証）、KMS（鍵管理）、サーバーサイド暗号化といったセキュリティ機能も充実しており、分散デプロイや自己修復ノードといったエンタープライズ向けの機能も備えている。開発元は、MinIOと比較して4KBオブジェクトで2.3倍高速だと主張しているが、これはまだ検証が必要な段階だ。しかし、バージョン1.0がリリースされたばかりのストレージシステムを、失ってはいけないデータの唯一のバックアップ先に指定するのは避けるべきである。まずはテスト環境で十分に検証し、フルリストア（完全にデータを復元できるか）の確認を行うことが重要だ。

最後に、音楽サーバーアプリケーション「Navidrome 0.64」のアップデートに関する注意点と、自己ホスト型アプリを選ぶ上での一般的な教訓について触れておく。Navidrome 0.64.0は2026年9月12日にリリースされ、試験的なJellyfin Music APIのサポートや、新しいアートワークパイプラインの追加といった機能強化が行われた。しかし、このアップデートでは内部のアイテムIDが新しい形式に変換されるため、データベースのすべてのテーブルに変更が加わる。したがって、アップデートを行う前には必ずデータベースのバックアップを取得することが強く推奨される。また、アイテムIDをキャッシュしているクライアントアプリケーションは、アップデート後に再同期が必要になる場合がある。このアップデートにはSQLインジェクションや共有所有権の偽装、プラグインのSSRガードバイパスといったセキュリティ修正も含まれているため、移行のリスクを考慮しても更新する価値はある。

そして、自己ホスト型アプリケーションを選ぶ際には、提供元を慎重に確認することが非常に重要である。最近のニュースでは、突如として人気を集めた自己ホスト型アプリ「BookOrbit」が、以前コード品質や貢献者への対応、ライセンスの問題で非難され、姿を消した「Booklore」というアプリの開発者によって運営されていたことが明らかになった。新しいプロジェクトに大切なデータを預ける前には、その開発者の過去の経緯や、プロジェクトのライセンスを十分に確認することが不可欠である。機能リストだけを見て飛びつくのではなく、信頼性を判断するための調査を怠らないようにしてほしい。

まとめると、現在のPortainer 2.45 CEユーザーは、ひとまずセキュリティ修正を含む2.45.1 LTSへのアップデートを行い、すぐに新しいツールに移行する必要はない。しかし、将来的に新しい機能を活用したい、あるいは新しい環境を構築する予定がある場合は、Portainer 3.xのKubernetes優先方針を理解し、Docker中心であればDockgeやKomodoなどの代替ツールを検討することが推奨される。RustFSは将来性のあるMinIO代替となり得るが、バージョン1.0であるため、重要なデータの唯一の保管先とする前に十分なテストを行うべきだ。また、Navidromeのアップデート前には必ずデータベースのバックアップを取ること、そして新しい自己ホスト型アプリの利用を検討する際には、開発者の背景やライセンスを慎重に確認することが、システムエンジニアを目指す上で常に意識すべき重要なポイントとなる。