ZimaOS App Storeで同じアプリケーション名が複数回表示されても、必ずしもエントリが同一であるとは限りません。コミュニティの回答が正しく指摘しているように、重要な違いはメンテナー、Dockerイメージ、イメージタグ、デフォルト設定、更新頻度にあります。
アイコンではなくメンテナーから確認する
アップストリームまたは開発者がメンテナンスしている選択肢がある場合、そのパッケージングがプロジェクト自体に最も近いため、基準として選びやすいことが多くあります。一方、コミュニティテンプレートのほうが、ZimaOSに適したデフォルト設定、追加サービス、またはプラットフォーム上でより十分にテストされたセットアップを提供している場合は、より良い選択肢になることもあります。
ZimaOS App Storeの要件では、アプリケーションの要件がアプリカードだけでなくスタック全体に関係する理由を説明しています。また、最初のDockerアプリでは、これらすべてのテンプレートが最終的に依存する基盤となるDockerモデルを説明しています。
イメージとタグを比較する
DockerのDockerイメージタグのルールでは、イメージ参照にレジストリ、名前空間、リポジトリ、任意のタグが含まれることを説明しています。そのため、表示名が同じ2つのApp Storeカードでも、異なるリポジトリや異なるバージョンをデプロイする可能性があります。
特にImmichでは、現在のImmich Docker Composeセットアップで、定義済みのIMMICH_VERSIONと複数のサービスを使用します。これは、メインイメージ名だけでなく、アプリケーションスタック全体を比較する必要があることを示しています。
コミュニティテンプレートのほうが適している場合
コミュニティパッケージでは、パス、データベース、ネットワーク、または連携サービスを簡単に管理できる場合があります。その代わり、更新時期やデフォルト設定はアップストリームプロジェクトが直接管理するのではなく、そのテンプレートのメンテナーが管理します。
Immichのストレージ移行は具体例です。異なるImmichテンプレートやボリューム構成により、永続データを別のドライブへ移動した際の結果が大きく異なりました。
実用的な選択チェックリスト
- 表示されているソースまたはメンテナーを確認する。
- Dockerリポジトリとタグを比較する。
- PostgreSQL、Redis、MariaDBなど、必要な連携サービスを確認する。
- ホストとコンテナのボリュームマッピングを比較する。
- パッケージに明確な更新手順があるか確認する。
- テンプレートを切り替える前に、アプリケーションデータをバックアップする。
結論
最も標準的なアプリケーション構成を求める場合は、開発者またはアップストリームに沿ったパッケージを選んでください。ZimaOS固有のデフォルト設定によって実際のデプロイ上の問題が解決する場合は、信頼できるコミュニティパッケージを選ぶとよいでしょう。アイコンやアプリ名だけで選ばず、実際のイメージ、バージョン、サービス、ストレージマッピング、メンテナーを比較してください。
