本番サーバー/パーソナルサーバーでDebian不安定/テストを使用しましたか？
私はサーバーのオペレーティングシステムとしてDebianGNU/Linuxを好みます。私は一般的に安定したものが最良の選択だと思う傾向があります。しかし、私はデスクトップで不安定/テストを使用しています。
Debian不安定/テストを使用しているサーバーの実際のケースはありますか？
2年前、本番環境ではPHP5が必要でした。 Debian安定版はまだ存在せず、何らかの理由でバックポートは考慮されませんでした。ホスティング会社にテストをインストールさせましたが、うまく機能しました。
ただし、Lennyに更新する必要があるため、外出先で本番システムをアップグレードすることはできません。多くのアプリケーションのバージョン数が過去に大幅に増加したため、システムのクローンを作成し、アップグレードし、テストする必要があります。 2年。
したがって、これにより、私たちの仕事（内部労働時間）と、私たちが支払わなければならないホスティング会社のペイロードも作成されます。
学んだ教訓;または少なくとも、次回は将来の準備ができています。
プロダクションの場合は、不安定なものを使用しないでください。代わりに安定したバックポートを使用し、必要に応じてテストしてください。テストは、1日休憩できるデスクトップマシンで問題ありません。生産用ではありません。
また、Zoredacheはapt-pinningについて言及しました。最初は少し混乱しますが、学ぶ価値があります。そのルートに行く場合は、apt_preferencesのmanページを読むことから始めてください。 apt-pinningの鍵は、シンプルに保ち、小さく始めることです。
リリースの相対的な安定性について最後にもう1つ。安定性は常に堅実であり、テストは通常同じくらい信頼できます。差し迫ったリリースがあると、テストははるかに安定し、不安定になると少し停滞します。リリース後、テストの安定性が少し低下し、不安定さが再びバグになります。
私はいくつかの不安定な/テストパッケージを使用しましたが、テスト/不安定なパッケージは使用していません。 Apt Pinning 、 backports のようなものを使用するか、環境に必要な特定のパッケージを自分でバックポートすることができます。
一度unstalbeに問題があり、本番環境で再度実行することはありません。 apt-getアップグレード後のproftpdはおかしくなり、殺せませんでした。複数のキル-9を生き延びました。私たちはそれを殺そうとしましたが、私の同僚の1人がkillall5について思い出しました。これはLinuxで最も強力なkillコマンドです。次に、パラメータなしでそれを呼び出して、ヘルプが「適切な構文になる」ことを確認しましたが、ヘルプが表示されませんでした...楽しい部分は、すべてが停止したが、proftpdポートがまだ開いていることです。
適切に構成すれば、半安定半不安定になる可能性がありますが、すでに述べたように、バックポートはほとんどの問題を非常にうまく解決します。プロダクションボックスはリスクに見合う価値がありません。通常は問題なく動作しますが、運が悪い場合もあります。
以前はサーバーでのテストを使用していましたが、最近ではバックポートによってその理由の多くが取り除かれています。
安定した+バックポートが進むべき道です。backports.orgと同じ種類のバージョン管理スキームを使用して、選択したパッケージに対してカスタムバックポートを実行することもできます。
バックポートは、ライブラリの不一致を引き起こす可能性のあるアプリケーションを導入するため、問題を引き起こす可能性があります。これにより、後で問題が発生する可能性があります。 Stableは古くなっていることが多いため、内部マシン（外部からアクセスできないマシン）でテストを使用することがよくあります。