問題タブ [production-environment]

いくつかの質問:

1.) リリース コードを単体テストしますか?

2.) もしそうなら、テスト自体が本番環境に存在するように、それらの単体テストをそのまま残しますか?

#1 の値はわかりますが、本番環境で NUnit アセンブリなどへの依存関係を作成するのは「良い習慣」ですか?

あなたの考えを教えてください。

リリース モードでビルドするときに別の app.config を自動的に使用する方法はありますか?

つまり、1 つの app.config でテストし、別の app.config でリリースしたいと考えています。

現在、私は app.config.production という別のコピーを保持しており、リリース用にビルドした後に手動で bin\Release\Application.exe.config を上書きしています。

C# winforms プロジェクトの開発および運用環境を適切に作成するための最良の方法は何だろうと思っています。残念なのは開発環境がないこと。むしろ、本番ビルドまたは開発ビルドのいずれかを作成するたびに、発行パスを指定する必要があります。また、各 prod または dev ビルドは異なる接続文字列を使用するため、コードを調べてそれも変更する必要があります。

編集私が追加したいもう1つのことは、いわば「テスター」がローカルの.exeからプログラムを実行し、ソースファイルを見て、更新が必要かどうかを検出するという事実です。これについて言及している唯一の理由は、テスターが「DEBUG」モードでコードを実行しないためです。

何か案は？

前もって感謝します！

当店は、数十のクライアント インストール用にいくつかの WEB/SMS/DB ソリューションを開発しました。アプリケーションにはいくつかのリアルタイム パフォーマンス要件があり、適切に機能するには十分です。問題は、クライアント (運用サーバーの所有者) が同じサーバー/データベースをカスタマイズに使用しているため、作成およびデプロイしたアプリケーションのパフォーマンスに問題が生じていることです。

クライアントのカスタマイズの例:

• クエリで他のデータ型にキャストされる列に多くのテキスト データ型を含む大きなテーブルを追加する
• 主キー、インデックス、または FK 制約なし
• スクリプトからのループでを使用する外部スクリプトを使用count(*) from table where id = xして、後で同じスクリプト内でさらにクエリを作成する方法を決定します。(プランナーが最適化できる、または単一のパスですべてを実行できる一括アクションはありません)
• サーバー上のすべての新しいコード ファイルは、root によって作成/所有され、0777 パーミッションで作成されます。

クライアントは提案や批判をうまく受け止めません。先に進んで自分でスクリプトを移植/変更しようとすると、古いコードが戻ってきて、行った変更がすべて破壊される可能性があります! または、ユースケースに関する知識が限られているため、変更を最適化しようとして機能を壊してしまいます。

私の質問は次のとおりです。作成および展開するもの以外のクエリ/アプリケーションにリソースを制限するにはどうすればよいですか? このようなシナリオで実用的なオプションはありますか? 私たちは OSS ソリューションを持っていることを誇りに思っていましたが、それが負担になっているようです。

Linux Distos の範囲で実行されている PG 8.3 を使用します。クライアントは php を好みますが、シェル スクリプト、perl、python、および plpgsql はすべて、システム上で何らかの形で使用されています。

開発、テスト、本番の標準3環境セットアップがあります。各環境には、独自のレポートサーバー、Webサーバー、データベースサーバーなどがあります。

移行の一環として、ビジネスオブジェクト（xi r2）レポートをサーバー間で移動しますが、現時点では、各レポートの接続設定を手動で更新する必要があります。これは現在40以上の報告で軽度の痛みを伴い、今後も悪夢になります。

レポートの生成方法が原因で、レポートの生成時に接続文字列を動的に変更することはできません。チームが最もよく知っているのは、ユニバースの代わりにストアドプロシージャを使用しているためです。

任意の提案をいただければ幸いです。

真の実稼働環境にデプロイする準備をしています。私が本当と言うときは、サーバー上に他のがらくたがあり、実際に本番マシンになるための新しい大きなスライスを作成しているため、現在の本番環境がステージングされることを意味します。

capistrano-ext gemにより、デプロイレシピの分離が非常に簡単になりました。ただし、私が遭遇する問題の1つは、あるスライスから別のスライスにコードを取得することです。プロダクションに使用するステージングスライスにgitリポジトリを設定しています。フローは次のようになります。

ローカルで開発ローカルでテストローカルからステージにプッシュステージでテストステージから本番にプッシュ...

したがって、ステージングと本番の間に安全な接続を確立する方法が明らかに必要です。本番環境にデプロイすると、「アクセスが拒否されました（公開キー）」が表示されます。これが設定されていないため、エラーが発生します。この接続を確立するにはどうすればよいですか？本番サーバーでキーを生成し、ステージングに公開する必要がありますか？本番サーバーのどのユーザーがステージングサーバーに接続しようとしているのかを知るにはどうすればよいですか？

本番環境にデプロイしたWebアプリケーションがあります。WEBとデータベース用に別々のサーバーがあります。DBはSQLServer2008であり、完全に別のサーバーでホストされており、IISは別のサーバーにインストールされています。

私のWebサーバーでは、次のエラーが発生します。ファイルまたはアセンブリを読み込めませんでした'Microsoft.SqlServer.Types、Version = 10.0.0.0、Culture = neutral、PublicKeyToken=89845dcd8080cc91'またはその依存関係の1つ

WebサーバーでGACを確認しましたが、この特定のDLLがありませんでした。これはWebサーバーであり、SQLServerに関連するアセンブリを想定していないため、私には理にかなっています。

IISとDBが同じサーバーにインストールされているため、アプリケーションは開発、テスト、およびステージング環境でうまく機能しました。

本番環境でこの問題を回避するにはどうすればよいですか？WebサーバーにSQLServer2008をインストールすることで可能です。しかし、これは私には意味がありません。これはWebサーバーです-なぜそのマシンにSQLServer2008をインストールする必要があるのですか？

Windows、SQLite、およびdjango dev serverでdjangoアプリを開発しています。Linux、Apache、FastCgi、MySQL を実行しているホスト サーバーにデプロイしました。

残念ながら、dev マシンではすべて問題ないのに、prod ではサーバーからエラーが返されます。問題をデバッグして理解できるようにするために、プロバイダーに本番前のソリューションを依頼しました。

とにかく、djangoアプリをdevからprodに移動するときに発生する可能性が最も高いエラーは何ですか?

一番

更新: この種の問題に対処するには、プリプロダクションが最善の方法だと思います。しかし、本番環境に入れる前に何をしなければならないかのチェックリストを作成したいと思います。今まで受け取った非常に貴重な回答に感謝します:)

更新: 参考までに、私は shanyu の提案に従って preprod サーバーと電子メール通知を実装しました。この新しいバージョンで使用しているsmart_if テンプレートタグからエラーが発生していることがわかります。テンプレートタグのトリックはありますか?

更新: Filezilla FTP 送信が原因だと思われる pb を修正したと思います。「新しい場合は置換」オプションを使用していたため、予期しない結果が発生していると思われます。「すべて置換」オプションを使用して問題を修正します。しかし、それは私にとって展開についてもっと学ぶ機会でした。回答ありがとうございます。

PHP Web アプリケーションを作成しました。

DEV、TEST、PROD の 3 つの環境があります。

PHP Web アプリケーション コードを DEV 環境から TEST 環境、PROD 環境に移行するのに適したツール/ビジネス プラクティスは何ですか?

TEST 環境がまだ TEST データベースにのみ接続していることに気づきました。一方、PROD データベースに接続するには PROD 環境が必要です。したがって、コードはほとんど同じですが、TEST データベースではなく PROD データベースに接続するには、PROD に移動した後に TEST コードを変更する必要があります。

新しい接続が許可されず、既存のすべての接続がアイドル状態になると、Web サーバーがダウンするだけで Apache をダウンさせる人がいると聞いたことがあります。

次に、コードを手動でコピーし、PHP アプリケーションの構成ファイルを手動で更新して、PROD インスタンスも指すようにします。

大変危険なようです。

ベストプラクティスは存在しますか?

画像ギャラリーを必要とするサイトの django アプリに取り組んでいます。このサイトは非常にシンプルなので、データベースを使用しないことにしました。ギャラリー部分では、画像フォルダーからすべての画像ファイルを読み取り、ループ内でレンダリングされるテンプレートにそれらを送信するビューにループがあります。

そしてテンプレート：

これは開発モードではうまく機能しますが ('/static/' で静的ファイルを提供するように URL を設定しました)、Web サーバーにアップロードすると画像がレンダリングされません。レンダリングされた html を見ると、次のようになります。

静的 URL - http://mysite.com/static/images/some_image.jpgを介してランダムな画像にアクセスしようとすることで、静的 URL が Web サーバーで機能することを確認しました。css は確実に機能しています (心配しないでください。後で静的ファイル用に別のサーバーを使用します)。おそらく、本番サーバーは python2.5 を実行していますが、私は 2.6 を実行しています (両方とも django 1.1 を使用しています)。何かご意見は？