DeepSeek、バックエンド150名を一括募集──インフラ負債の解消に動く
DeepSeekの現在のチーム規模は外部推定で300〜500名程度とされており、今回の採用でチームが最大3分の1拡大する可能性がある。
DSec：Rustで書かれたエージェント用弾性計算基盤
採用情報から最も読み取れるのは、DeepSeekが社内向けに構築したエージェント用弾性計算プラットフォーム「DSec（DeepSeek Elastic Compute）」の存在だ。
DSecはRustで実装された3つのコンポーネントで構成される。APIゲートウェイであるApiserver、各ホスト上で動作するEdgeエージェント、そしてクラスタ監視を行うWatcherである。3コンポーネントは専用のRPCプロトコルで接続され、DeepSeek自前の分散ファイルシステム「3FS」の上で稼働する。
採用記載によれば、DSecは「OSから仮想マシン、ネットワーク・ストレージの各レイヤーを経て、アプリケーション層のスケジューリングおよびコントロールプレーンサービスに至るまで、システムスタック全体の改修が必要」とされており、カーネルレベルからのチューニングが求められるポジションも含まれている。
2つの採用軸とその構造
募集は大きく2つのロールに分かれる。
Server-Side Development Engineerは6つのサブトラックを持つ。大規模モデル研究プラットフォーム、エージェントフレームワークコンポーネント、R&D効率化インフラ、DeepSeek API、オンラインサービス、データエンジニアリングである。オンラインサービストラックは「数千万DAUにサービスする大規模モデルアプリケーションのアーキテクチャと継続的イテレーション」を担い、APIトラックは「グローバル開発者向けの低遅延モデルサービス」に焦点を当てる。
Agent Elastic Compute R&D Engineerはプラットフォーム開発・保守と、OSカーネル・仮想化・ストレージ・ネットワークを含む下位レイヤーチューニングの2トラックからなる。
バックエンドアーキテクトの視点で見るポイント
崔氏は「計算において、量がスケールすると複雑性は劇的に増大する」と述べている。これはLaravelやDockerで個人開発を行うエンジニアにとっても無関係ではない。
数千コンテナのオーケストレーション、RPCベースの内部通信、分散ストレージ上でのワークロード管理──こうしたスケーリングの課題は、個人プロジェクトの段階でも設計判断として意識しておくべき領域である。コンテナ数が2桁に達した時点で、サービスディスカバリやヘルスチェックの方式、ログ集約のアーキテクチャは事前に決めておく必要がある。
DSecの構成から読み取れるのは、Rustによる制御プレーンの自前実装と専用RPCによるコンポーネント間通信という選択だ。これは汎用のメッセージキューに頼らず、低レイヤーからパフォーマンスを確保する設計思想を示している。採用記載にも「ここにある多くのことはこれまで誰もやったことがなく、そのままコピーできる答えはない」と記されており、既存のオープンソースでは補えない領域への投資を明確にしている。
個人開発者に残される示唆
- インフラの再設計はスケール後に行うとコストが指数関数的に増大する。DSecの採用急増は、事後のリライトに膨大な工数を要した証拠と読める。
- エージェントワークロードは従来のWebサーバーのスケーリングモデルとは異なる。非同期処理、サンドボックス隔離、状態管理の設計を早期に検討すべきである。
- 言語選択はボトルネックの所在で決める。DeepSeekが制御プレーンにRustを選択した理由は、GCレスポンスの不確実性やレイテンシ要件にあると推測される。個人開発でも同様の判断が必要になる局面は存在する。