リリース候補は本番環境で使用しても安全ですか? [閉まっている]
-
06-07-2019 - |
質問
この特定のケースでは、MVCです。しかし、リリース候補版と実稼働版または製品版の違いはどれくらいですか? RCで多くのことを構築するのが嫌いで、待っていなかったのでRCを壊したり見逃したりします。一方、私は会うためにディールを持っています。
ありがとう。
コメントに基づく更新:
MicrosoftのMVCのようなものをサポートすることは、本当にどういう意味ですか?どんなサポートを求めるのかわからない。プログラミングの側面に関連しているので、私はいつもこれを疑問に思っていました。物理サーバーのサポートを取得する(ハードドライブが停止する)とわかりました。このような場合、マイクロソフトに何を求めますか?
解決
通常、使用する前に製品バージョンを待ちます。それを開発している会社が生産タグを付ける準備ができていない場合、生産でそれをどのように信頼できますか?サイト/製品の信頼性を判断するとき、最も弱いリンクと同じくらい信頼できるだけです。ほとんどのRCのリスクは、ギャンブルをするには高すぎます。
ただし、例外があります。 .Net MVCは1つです。開発チームは、バグを発見した膨大な量の外部開発者に早期かつ頻繁にリリースしています。このRCは非常に安全であり、あまりギャンブルではありません。
他の例外は同様の状況からのものです:
- 製品は、外部ユーザーの大規模なグループによる広範なテストを受けています
- 会社は製品を通常よりもRCモードまたはベータモードのままにしているため、バグ(Gmailなど)を見つけるのに十分な時間が経過しています
- 即時サポートまたはソースが利用可能
必要なサポートのタイプは、発見したバグに対する迅速な対応(修正を伴う)です。 たとえば、アプリはDooHickeyツールを使用して、HickeyItUpの操作を行います。このツールは、AlmostHickey型のオブジェクトをHickeyUpするために使用する場合を除いて、優れた機能を発揮します。代わりに、エラーを返します。このエラーによりサイトがクラッシュするため、今すぐ回答が必要です。良いサポートは、間違って正しい方法で実装しているか、回避策を提供しているか、非常に短い時間でバグを修正したかどうかを教えてくれます。
Microsoftからのそのレベルのサポートの多くは期待しないでください(MVCは、対応が素晴らしかった素晴らしいチームのために異なる場合があります)。代わりに、すでにそれを使用している開発者の本体からその多くを取得します。
他のヒント
通常、RCビルドにはAPIとUIが完成しますが、バグがあるだけです。開発に対しては安全だと思いますが、未リリースのコードをデプロイすることには非常に慎重です。
一般に、本番環境ではリリース候補を使用しないと言います。ただし、明確な例外があり、一部の製品はベータ版またはリリース候補版のいずれかで長期間使用され、一般に利用可能になるまで非常に安定しています。
使用している機能、ソースコードを持っているかどうか、ベンダーのライセンスでそれを使用して本番稼働を許可するかどうかによって異なります。
ソースコードを保持することで問題を軽減できますが、ビジネスクリティカルな環境でサポートされていない製品を使用するのは愚かなことです。
いいえ
何か問題が発生した場合、ベンダーからのサポートが利用可能かどうかに依存することを付け加えます。これは、ライセンスの条件に結び付けられることがよくあります。
定義により、いいえ。ただし、製品、ベンダー、含まれる更新、およびニーズに基づいて独自の判断を行う必要があります。
過去の人生で、私はいつもそれをしました。私がデプロイしたものはすべてオープンソースコンポーネントに基づいていました。ただし、適切なテストスイートに付属するコンポーネントのみを選択します。
クローズドソースソフトウェアでは、どれだけうまくテストされているかわかりません。ベンダーは、拡張QAチームとしてユーザーベースを使用している可能性があります。
しかし、カールトンジェンケが言うように、常に例外があります。
「生産」の予想される堅牢性に依存すると思います。アプリ。
あなたの個人ウェブサイトは?もちろん!
州の失業保険申請システムは?いいえ。