問題タブ [deployment]

この質問は、プログラミングに関連するものではなく、展開に関連するものです。

実稼働 Windows サーバーを維持し、コードを展開することを仕事とする会社のグループと、私はよく話していることに気づきました。法律およびコンプライアンス上の理由から、私はサーバーを直接見ることも制御することもできないため、どのバージョンの .NET がサーバーにインストールされているかを知る唯一の方法は、そのグループに指示を与えることです。

これまでのところ、インストールされているバージョンを確認するために考えられるすべての方法 (1.1 または 2.0 に一致する管理ツールを確認する、[プログラムの追加と削除] リストのエントリを確認する、 c:\Windows\Microsoft.NET の下のディレクトリ) には欠陥があります (少なくとも 1 台のマシンで 2.0 がインストールされているのを見たことがありますが、管理ツールの下に 2.0 のエントリはありません。その方法では、3.0 以降の「プログラムの追加と削除」リストについては何もわかりません)。現実と同期しなくなる可能性があり、ディレクトリの存在は必ずしも何の意味もありません)。

私は一般的に、これらのものが事前に整っていることを知る必要があることを考えると（「おっと、これには必要なすべてのバージョンとサービスパックが含まれていない」ことを発見しても、短いメンテナンス期間ではうまく機能しません）、私はしなければなりませんサーバーに直接アクセスできないため、「プロキシで」チェックを行います。本番環境の Windows サーバーにインストールされている .NET のバージョンを確認する簡単な方法は何ですか? できれば、フレームワークがインストールするものを使用してこれを行うためのいくつかの固有の方法が高速であり、何らかのユーティリティをロードする必要がなく、フレームワークが適切にインストールされていなくてもファイルが配置されている場合に確実に失敗する方法 (つまり、 、ディレクトリがあり、そこに gacutil.exe が含まれていますが、そのバージョンのフレームワークは実際には「インストール」されていません)

編集:フレームワークに組み込まれているこれを行うための優れた確実な固有の方法がない場合、これを見つけることができる、軽量でインストール不要の優れたプログラムを知っている人はいますか? 誰かが簡単に作成できると想像できますが、既に存在する場合はさらに優れています。

J2EE / Java Webアプリをデプロイする2つの主な方法（非常に単純な意味で）：

組み立てられたアーティファクトをプロダクションボックスにデプロイする

ここでは、.war他の場所（またはその他）を作成し、本番用に構成して（場合によっては、多数のボックスに対して多数のアーティファクトを作成し）、結果のアーティファクトを本番サーバーに配置します。

• 長所：本番ボックスに開発ツールがなく、テストからのアーティファクトを直接再利用できます。デプロイを行うスタッフは、ビルドプロセスの知識を必要としません。
• 短所：アーティファクトを作成および展開するための2つのプロセス。事前に構築されたアーティファクトの潜在的に複雑な構成により、プロセスのスクリプト化/自動化が困難になる可能性があります。バイナリアーティファクトをバージョン管理する必要があります

プロダクションボックスにアーティファクトを作成します

ここでは、開発者ボックスでローカルにビルドおよびデプロイするために日常的に使用されるのと同じプロセスが、本番環境にデプロイするために使用されます。

• 長所：維持する1つのプロセス。そしてそれは頻繁な使用によって徹底的にテスト/検証されています。事前に作成されたアーティファクトの後にカスタマイズするよりも、アーティファクトの作成時に構成をカスタマイズする方が簡単な場合があります。バイナリアーティファクトのバージョン管理は必要ありません。
• 短所：すべてのプロダクションボックスに必要な潜在的に複雑な開発ツール。展開スタッフはビルドプロセスを理解する必要があります。テストしたものをデプロイしていません

私は主に2番目のプロセスを使用しましたが、確かに必要があります（別の展開プロセスの時間/優先順位はありません）。個人的には、「本番ボックスですべてのコンパイラをクリーンアップする必要がある」などの議論は購入しませんが、（別のアーティファクトを作成するのではなく）テストしたものをデプロイする際のロジックを確認 できます。

ただし、Java Enterpriseアプリケーションは構成に非常に敏感であるため、アーティファクトを構成するための2つのプロセスで問題が発生するように感じます。

考え？

アップデート

具体的な例を次に示します。

OSCacheを使用し、ディスクキャッシュを有効にします。構成ファイルは.warファイル内にある必要があり、ファイルパスを参照します。このパスは、環境ごとに異なります。ビルドプロセスは、ユーザーの構成された場所を検出し、戦争に配置されたプロパティファイルがユーザーの環境に対して正しいことを確認します。

デプロイにビルドプロセスを使用する場合は、本番環境に適した構成を作成する必要があります（例production.build.properties）。

「アセンブルされたアーティファクトを本番ボックスにデプロイする」に従う場合、（誤った）OSCacheプロパティを抽出し、本番環境に適したものに置き換えるための追加のプロセスが必要になります。

これにより、同じことを達成するための2つのプロセスが作成されます。

したがって、質問は次のとおりです。

• これは「本番環境でコンパイル」せずに回避できますか？
• そうでない場合、これは価値がありますか？「DonotRepeatYourself」よりも「本番環境でコンパイルしない」の価値は大きいのでしょうか？

特定の war ファイルを Tomcat サーバーにデプロイする方法はありますか? Webインターフェイスを使用せずにこれを行いたいです。

理想的な世界では、開発プロセスは完璧であり、実行中のアプリケーションを「ホットフィックス」する必要がないほど徹底的にテストされた定期的なリリースになります。

しかし、残念ながら、私たちは現実の世界に住んでおり、次のリリースでコーディングが忙しくなるまで、バグがすり抜けて醜い頭をもたげないことがあります。そして、バグを今すぐ修正する必要があります。次の予定されているリリースの一部としてではありません。今夜は交通量が減ったときではありません。 今。

このニーズにどのように対処しますか？これは、コードを優れた個別のクラスライブラリにリファクタリングするなど、優れた設計手法に反する可能性があります。

本番サーバーでマークアップとストアドプロシージャを手動で編集することは、災害のレシピになる可能性がありますが、災害を回避することもできます。

メンテナンスのニーズと優れたコーディング手法のバランスを見つけるための、アプリケーションの設計と展開の手法に関する優れた戦略は何ですか？

clickOnce アプリケーションの宛先フォルダーを指示するにはどうすればよいですか?

Compact Framework 2.0 SP2 を対象とする C# で VS2005 を使用して作成されたアプリケーションがあります。ソリューションの一部として、問題なくデバイスに展開する CAB 展開プロジェクトがあります。私ができないことは、デバイスのデスクトップにアプリケーションへのショートカットを作成することです。

さまざまなドキュメントを読むのに数時間を費やしました (なぜ MSDN サイトでの検索はそれほど悪いのでしょうか?)、指示に従いましたが、喜びはありませんでした。

私がやったことは次のとおりです。

• 「Windows フォルダー」ノードをファイル システムに追加します。
• その下に「デスクトップ」という名前のフォルダーを作成しました
• アプリケーションのプライマリ出力へのショートカットを作成し、それを「デスクトップ」フォルダーに配置しました

私は何が欠けていますか？

サーバーの Web インターフェイスを介して .war を展開しようとしています。IDEA で展開されたディレクトリとして展開すると、同じエラーが発生します。この問題の解決策は何ですか?

ウェブサイトの新しいバージョンを展開するには、次のことを行います。

1. 新しいコードを圧縮して、サーバーにアップロードします。
2. ライブ サーバーで、IIS Web サイト ディレクトリからすべてのライブ コードを削除します。
3. 新しいコードの zip ファイルを空になった IIS ディレクトリに抽出します。

このプロセスはすべてスクリプト化されており、非常に迅速に行われますが、古いファイルが削除され、新しいファイルが展開されるときに、10 ～ 20 秒のダウンタイムが発生する可能性があります。

ダウンタイム 0 秒の方法に関する提案はありますか?

app.config や関連する DLL などの単一の exe ファイルにすべてのリソースを結合する方法はありますか?

eMule など、一部のアプリケーションはこれを行うようです。

app.config が編集されるのを待ってそこに座ってほしくありません。

ありがとう

Microsoft は、windows-update のすべてのユーザーに更新を強制しますか? 法的な理由でしょうか？

編集（アク）：

質問が再定式化されました。.NET に付属している Windows のバージョンを知りたい場合は、次のトピックを参照してください。

https://stackoverflow.com/questions/71390/which-operating-systems-come-with-net