Translations:Binary package guide/4/ja


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