Bazel システムは、長時間実行されるサーバー プロセスとして実装されています。これにより、バッチ指向の実装では不可能な多くの最適化（BUILD ファイル、依存関係グラフ、その他のメタデータのビルド間のキャッシュなど）を実行できます。これにより、増分ビルドの速度が向上し、build や query などのさまざまなコマンドでロードされたパッケージの同じキャッシュを共有できるため、クエリが非常に高速になります。各サーバーは一度に 1 つの呼び出ししか処理できません。それ以上の同時呼び出しはブロックされるか、すぐに失敗します（--block_for_lock を参照）。
bazel を実行すると、クライアントが実行されます。クライアントは
デフォルトでベース ワークスペース ディレクトリのパスとユーザー ID によって決まる出力ベースに基づいてサーバーを検索します。そのため、複数のワークスペースでビルドする場合は、複数の出力ベースと
複数の Bazel サーバー プロセスが存在することになります。同じワークステーション上の複数のユーザーは、出力ベースが異なる（ユーザー ID が異なる）ため、同じワークスペースで同時にビルドできます。
実行中のサーバー インスタンスが見つからない場合、クライアントは新しいインスタンスを起動します。これは、出力ベースがすでに存在するかどうかを確認することで行われます。出力ベースが存在する場合は、blaze アーカイブがすでに展開されていることを意味します。出力ベースが存在しない場合、クライアントはアーカイブのファイルを解凍し、それらの mtime を 9 年後の日付に設定します。インストールが完了すると、クライアントは解凍されたファイルの mtime が遠い日付と等しいことを確認し、インストールが改ざんされていないことを確認します。
サーバー プロセスは、一定期間操作がないと停止します（デフォルトでは 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 を実行すると、クライアントはまずサーバーが適切なバージョンであることを確認します。そうでない場合は、サーバーが停止し、新しいサーバーが起動します。これにより、長時間実行されるサーバー プロセスの使用が適切なバージョン管理を妨げることはありません。