it-swarm-ja.tech

本番サーバー/パーソナルサーバーでDebian不安定/テストを使用しましたか?

私はサーバーのオペレーティングシステムとしてDebianGNU/Linuxを好みます。私は一般的に安定したものが最良の選択だと思う傾向があります。しかし、私はデスクトップで不安定/テストを使用しています。

Debian不安定/テストを使用しているサーバーの実際のケースはありますか?

4
Fernando Briano

2年前、本番環境ではPHP5が必要でした。 Debian安定版はまだ存在せず、何らかの理由でバックポートは考慮されませんでした。ホスティング会社にテストをインストールさせましたが、うまく機能しました。

ただし、Lennyに更新する必要があるため、外出先で本番システムをアップグレードすることはできません。多くのアプリケーションのバージョン数が過去に大幅に増加したため、システムのクローンを作成し、アップグレードし、テストする必要があります。 2年。

したがって、これにより、私たちの仕事(内部労働時間)と、私たちが支払わなければならないホスティング会社のペイロードも作成されます。

学んだ教訓;または少なくとも、次回は将来の準備ができています。

3
mark

プロダクションの場合は、不安定なものを使用しないでください。代わりに安定したバックポートを使用し、必要に応じてテストしてください。テストは、1日休憩できるデスクトップマシンで問題ありません。生産用ではありません。

また、Zoredacheはapt-pinningについて言及しました。最初は少し混乱しますが、学ぶ価値があります。そのルートに行く場合は、apt_preferencesのmanページを読むことから始めてください。 apt-pinningの鍵は、シンプルに保ち、小さく始めることです。

リリースの相対的な安定性について最後にもう1つ。安定性は常に堅実であり、テストは通常​​同じくらい信頼できます。差し迫ったリリースがあると、テストははるかに安定し、不安定になると少し停滞します。リリース後、テストの安定性が少し低下し、不安定さが再びバグになります。

3
Magus

私はいくつかの不安定な/テストパッケージを使用しましたが、テスト/不安定なパッケージは使用していません。 Apt Pinningbackports のようなものを使用するか、環境に必要な特定のパッケージを自分でバックポートすることができます。

1
Zoredache

一度unstalbeに問題があり、本番環境で再度実行することはありません。 apt-getアップグレード後のproftpdはおかしくなり、殺せませんでした。複数のキル-9を生き延びました。私たちはそれを殺そうとしましたが、私の同僚の1人がkillall5について思い出しました。これはLinuxで最も強力なkillコマンドです。次に、パラメータなしでそれを呼び出して、ヘルプが「適切な構文になる」ことを確認しましたが、ヘルプが表示されませんでした...楽しい部分は、すべてが停止したが、proftpdポートがまだ開いていることです。

適切に構成すれば、半安定半不安定になる可能性がありますが、すでに述べたように、バックポートはほとんどの問題を非常にうまく解決します。プロダクションボックスはリスクに見合う価値がありません。通常は問題なく動作しますが、運が悪い場合もあります。

0
Paweł Polewicz

以前はサーバーでのテストを使用していましたが、最近ではバックポートによってその理由の多くが取り除かれています。

0
pjz

安定した+バックポートが進むべき道です。backports.orgと同じ種類のバージョン管理スキームを使用して、選択したパッケージに対してカスタムバックポートを実行することもできます。

0
reedstrm

バックポートは、ライブラリの不一致を引き起こす可能性のあるアプリケーションを導入するため、問題を引き起こす可能性があります。これにより、後で問題が発生する可能性があります。 Stableは古くなっていることが多いため、内部マシン(外部からアクセスできないマシン)でテストを使用することがよくあります。

0
Adam Gibbins