Translations:Binary package guide/4/ja


 * 1) まず第一に、管理者が複数の同様のシステムを更新された状態に維持することが可能になります.  ソースからすべてをコンパイルする必要があるのは、時間の浪費になりえます.  もし、ただひとつのシステムですべてをコンパイルして他のシステムでバイナリパッケージを再利用できれば、いくつかの似たようなシステム(そのうちいくらかには古いハードウェアがあるかもしれません)を管理するのはとても楽になるでしょう.
 * 2) 第二の理由は、安全な更新を行うことです.  ミッションクリティカルなシステムのためには、使用可能な状態で可能な限りありつづけることが重要です.  これは、すべての更新を一番最初に自分自身に行うステージングサーバーによって実現できます.  ステージングサーバが良好な状態になると、その次に更新が重要なシステムに適用することができます.  このアプローチの変化形として、同じシステムのchroot環境で更新を行い、そこで作成されたバイナリを実際のシステムで用いるという方法もあります.
 * 3) 第三の理由は、バックアップとしてです.  多くの場合、バイナリパッケージが壊れたシステム（すなわち、壊れたコンパイラ）を回復する唯一の方法です.  事前にコンパイルされたバイナリをバイナリパッケージサーバ上やローカルで持つことは、ツールチェーンが壊れた場合には大きな助けになるでしょう.
 * 4) 最後に、非常に古いシステムを更新する助けにもなります.  非常に古いシステムを更新する作業は、バイナリパッケージを使用することで大幅に楽になります.  バイナリパッケージではビルド時の依存関係を更新/インストールする必要がないので、通常は古いシステムにバイナリパッケージをインストールするのは助けになります.  また、バイナリパッケージは事前にコンパイルされているので、ビルド工程での失敗も避けられます.