# スタンドアロンコンテナから別々のWebおよびデータコンテナへの移行 **URL:** \ **Category:** Sysadmins\ **Tags:** docker, how-to, advanced-setup, two-container\ **Created:** [2015 年 5 月 29 日午後 2:12 UTC](https://meta.discourse.org/t/move-from-standalone-container-to-separate-web-and-data-containers/29413 "2015-05-29T14:12:22Z")\ **Posts on this page:** 1\ **Showing post:** 47
**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\ **Post date:** [2019 年 12 月 24 日午後 1:18 UTC](https://meta.discourse.org/t/move-from-standalone-container-to-separate-web-and-data-containers/29413/47 "2019-12-24T13:18:21Z")
そうかもしれません。これは大きな助けであり、discourse-setup と同様に、非常に標準的な新規インストールという特定の目的に特化したものです。私のインストールスクリプトは、かなり前からこれを使用しています。古いコンテナのバックアップを取得し、新しいコンテナに復元する用意があれば、2 つのコンテナ構成への移行を容易に行うことができます。 私の懸念は、常にサポートが困難になる点です。仕組みを理解しないユーザーがこれを使用しようとし、その後、“rebuild app” が機能しなくなるため、ドキュメントを利用できなくなってしまう恐れがあります。また、データベースコンテナをいつ再構築する必要があるかも判断が難しいのです。最近、Redis が 3.0 だったため再構築に失敗し、現在は 4.0 が必要となりました。さらに PostgreSQL の更新も必要となり、一連の手順を踏む必要がありましたが、データコンテナと Web コンテナのどちらをいつ再構築し、推奨パスをどのように変更すべきかを知る必要がありました。私にとってはすべて問題なく進みましたが、Bash が何かさえ知らない人にフォーラムでそれを説明するのは、関係者全員にとってフラストレーションが溜まることでしょう。 標準的でないインストールを作成する際の障壁を高く保ち、ユーザー自身を保護することが最善策だと考えます。 --- _[View the full topic](https://meta.discourse.org/t/move-from-standalone-container-to-separate-web-and-data-containers/29413)._