問題タブ [dev-to-production]

簡単な質問：Djangoプロジェクトの開発中にsqliteを使用し、本番サーバーでMySQLを使用するのは良い考えですか？

Wordpress は、データベースに保持しすぎる傾向があり、サーバーからサーバーへの移動が困難になるため、いくつかの課題があります。

他に注意すべき問題は何ですか？

ワークフローはどのようなものでしたか?

長い間、私たちはプロジェクトのリポジトリ内にデータを保持してきました。すべてを data/sql の下に保持し、各テーブルには独自の create_tablename.sql および data_tablename.sql ファイルがありました。

2 番目のプロジェクトを Scalr にデプロイしたところ、少し面倒であることに気付きました。

デプロイ方法:

プロジェクトを 3 つのアーカイブ (データ、コード、静的ファイル) に分割するスクリプトの「packageup」コレクションがあり、それらは S3 の 3 つの個別のバケットに保存されます。

ロールが起動するたびに、ファイルの 1 つがダウンロードされ (ロールに応じて、データ、nfs、または Web)、「パッケージ解除」スクリプトが各ロールのすべてをセットアップし、データを mysql にロードし、nfs をセットアップします。 .

サーバー イメージを保存したくないので、このようにします。常にバニラ インスタンスから開始し、さまざまな社内ビルド スクリプトを使用してすべてをゼロからインストールします。起動時間は問題ではありません (9 分でファームを使用できるようになります)。

問題は、新しい開発ビルドをセットアップしようとするたびに、適切なバージョンのデータベースを見つけようとするのが面倒なことです (いつでも、1 つのプロジェクトに対して約 4 つの開発ビルドがあります)。また、本番環境に入ると、git が詰まり始めています。SQL ファイルのサイズが合計で約 500 MB になるからです。

質問は：

他の人はどのようにデータベースを管理していますか? データを本番環境から開発環境に簡単に移行できるものを探していましたが、開発環境から本番環境にデータを移行することもできましたが、何も見つかりませんでした。

現在、私の Web サイト (本番サーバー) には既に多くのコードが含まれています。そして今、プロジェクトで Git の使用を開始し、チーム用にステージング サーバーをセットアップしたいと考えています。誰でも私にアドバイスをもらえますか？

ここに私の心の絵があります：

私の質問は、どのように始めればよいですか?

ここに私の心のいくつかのステップがあります：

1. 運用git initサーバーで実行します (これは安全ですか?)
2. clone本番環境からステージング サーバーへのレポ
3. 開発者cloneは、ステージングからローカル マシンへのリポジトリ
4. push変更の完了後にファイルをステージング サーバーに
5. ステージングの準備が整ったら、push本番環境へ

このワークフローは理にかなっていますか、それとももっと良い方法がありますか?

1 つのファイルだけを変更したい場合はどうすればよいですか?

origin/master は、このプロセスで何か関係がありますか?? 元は誰？複数のオリジンを持つことになるのでしょうか??

また、この場合、開発者はいつ使用する必要がありbranchますか?

すべてのプロパティファイルがアーカイブ（warファイル）に埋め込まれている特定の環境用にwarファイルをパッケージ化できるビルドがあります。

私たちは今、本番用に構築しようとしています。私の懸念は、コードベースが本番データベースのパスワードを公開する必要があることです。本番ビルドプロファイルが実行されて悪影響が生じる可能性は低いですが。

このリスクを打ち消すために私が考えたオプションは、生産の詳細をSVNに保存しないことです。

1. 管理者に、DBへの接続に使用されるシステムプロパティを上書きさせる、または

2. コンテナにc3p0ではなくDB接続を管理させます。これにより、コンテナはこの構成を自分で管理できます。

何かアドバイスはありますか？

Rails アプリが開発モードのときにコードを削除するにはどうすればよいですか? たとえば、開発中は Google アナリティクスの参照を削除し、本番環境ではレンダリングしたいと考えています。

ビューまたはコントローラーに実装できるソリューションはありますか? 両方の必要性がわかります。

dev.example.comのようなものにLAMP開発サーバーがあります。最終的に、これはwww.example.comのようなものに複製され、rootアクセスが可能になります。

システム管理者にいくつかのサブドメイン（たとえば、subdomain1.example.com）を設定して、それらのサブドメインへの参照を書き直す必要なしに、開発サーバーと本番サーバーの両方で機能するようにしたいと思います。

コードがsubdomain1.localhostのようなものを参照できるように、開発サーバーと本番サーバーでApacheを構成できますか？これを行う他の方法はありますか？

（サーバーは最新バージョンのCentOSとAMPスタックを実行します。）

Drupal サイト全体を含む 1 つの tarball を提供するように頼まれている同僚がいます。この tarball は、データベースに接続する以外の構成なしでサーバーにドロップできます。

私の知る限り、これは不可能です。

問題をさらに複雑にしているのは、サイトが現在マルチサイト インストールとして開発されており、同僚がそれをシングル サイト インストールとして提供する必要があることです。これは私が数え切れないほど行った変換ですが、Drupal マルチサイトが機能するには適切なドメインがポイントされている必要があるため、変換先の環境で常にプロセスを完了しています。最初にその環境で実際にテストすることなく、サイトが新しい場所で機能することを確認する方法がないため、この要求を満たすことはできないと思います.

何か不足していますか？これは実際に達成可能ですか？

定期的に新しいデータが完全に再入力される db テーブルがあります。次に、このデータを対応するライブ データベース テーブルにプッシュして、以前のライブ データを上書きする必要があります。

テーブルのサイズが大きくなると、データをライブ テーブルにプッシュするのに必要な時間も長くなり、アプリは欠落したデータのように見えます。

1 つの解決策は、新しいデータを live_temp テーブルにプッシュし、このテーブルで SQL RENAME コマンドを実行して、名前を live テーブルとして変更することです。通常、名前の変更は 1 秒未満で実行されます。これは、この問題を解決する「正しい」方法ですか?

この問題に取り組むための他の戦略やツールはありますか? ありがとう。

男子と女子、

だから、私は Rails3 webapp を完成させ、それをデプロイしようとしています。Passenger を使用しています。Rails アプリを指すように設定できました。問題ありません。

さて、開発中なのでもちろんアプリに変更を加えたので、今までにインポートしたデータでデプロイしたいと思います。「rake db:migrate RAILS_ENV=production を試みましたが、データが失われました!開発中に作成したユーザーも失われ、再度作成する必要があります...

開発環境から本番環境に移行する間、データを保持する方法はありませんか?

どうもありがとうございました...