Bazel システムは、長時間実行されるサーバー プロセスとして実装されています。これにより、ビルドファイル、依存関係グラフ、その他のメタデータをビルド間でキャッシュに保存するなど、バッチ指向の実装では不可能な多くの最適化を実行できます。これにより、増分ビルドの速度が向上し、build や query などの異なるコマンドが読み込まれたパッケージの同じキャッシュを共有できるため、クエリが非常に高速になります。
bazel を実行すると、クライアントが実行されます。クライアントは、出力ベースに基づいてサーバーを検索します。デフォルトでは、ベース ワークスペース ディレクトリのパスとユーザー ID によって決まります。複数のワークスペースでビルドする場合は、複数の出力ベースがあり、複数の Bazel サーバー プロセスがあります。出力ベースが異なるため（ユーザー ID が異なる）、同じワークステーション上の複数のユーザーが同じワークスペースで同時にビルドできます。クライアントが実行中のサーバー インスタンスを見つけられない場合は、新しいインスタンスを開始します。サーバプロセスは、一定の時間が経過すると停止します（デフォルトは 3 時間で、起動オプション --max_idle_secs を使用して変更できます）。
ほとんどの場合、サーバーが実行されているという事実はユーザーには見えませんが、このことを念頭に置いておくと役に立ちます。たとえば、異なるディレクトリで自動ビルドを多数実行するスクリプトを実行する場合、アイドル状態のサーバーを大量に蓄積しないようにすることが重要です。このためには、処理が完了したら明示的にシャットダウンするか、短いタイムアウト期間を指定します。
Bazel サーバー プロセスの名前は、ps x または ps -e f の出力に bazel(dirname) として表示されます。ここで dirname は、ワークスペース ディレクトリのルートを含むディレクトリのベース名です。例:
ps -e f
16143 ? Sl 3:00 bazel(src-johndoe2) -server -Djava.library.path=...これにより、特定のワークスペースに属しているサーバー プロセスを簡単に確認できます。（ps の他のオプションを使用すると、Bazel サーバー プロセスの名前が java のみになる場合があります）。Bazel サーバーを停止するには、shutdown コマンドを使用します。
bazel を実行すると、クライアントはまずサーバーが適切なバージョンであることを確認します。適切でない場合は、サーバーが停止され、新しいサーバーが起動されます。これにより、長時間実行されるサーバー プロセスを使用しても、適切なバージョニングが妨げられることがなくなります。