DeepSeek busca 150 ingenieros de sistemas, no de IA, para escalar sandbox
La empresa abre vacantes enfocadas en backend, virtualización y redes. El objetivo es soportar cientos de miles de entornos aislados simultaneos.
DeepSeek ha anunciado la apertura de aproximadamente 150 puestos de ingenieria. Ninguno de ellos corresponde a investigacion de modelos. La contratacion se centra en ingenieria servidor, backend y la infraestructura conocida como Agent Elastic Compute (DSec). El anuncio partio de Cui Tianyi, miembro del equipo Harness, encargado de los entornos donde se ejecutan y evaluan los agentes.
El problema que intenta resolver la empresa es de escala pura. El sistema DSec permite ejecutar cientos de miles de sandboxes de agentes de forma concurrente en un mismo cluster. Cada agente necesita un entorno aislado para ejecutar codigo, llamar a herramientas y modificar archivos, no solo acceso a GPU para inferencia. DSec gestiona esto mediante un SDK unico en Python que soporta cuatro tipos de entornos: contenedores con funciones simples y calientes, contenedores compatibles con Docker para estados persistentes, microVM basadas en Firecracker cuando se requiere mayor aislamiento, y maquinas virtuales completas con QEMU para tareas que demandan un sistema operativo entero.
La arquitectura enfrenta el coste material de replicar entornos. Copiar imagenes de contenedores o maquinas virtuales a cada nodo consumiria almacenamiento y ancho de banda inutilizables, ademas de aumentar los tiempos de inicio. DeepSeek integra DSec con 3FS, su sistema de ficheros distribuido. Este mantiene las imagenes base y los cambios del sistema como capas de solo lectura respaldadas por el almacenamiento distribuido. Los metadatos son locales, pero los bloques de datos se obtienen bajo demanda. Las microVM comparten la capa base de solo lectura, mientras que las escrituras de cada sandbox se guardan localmente en capas copy-on-write. La empresa indica que esta configuracion reduce la duplicacion en la caché de paginas, libera memoria para un overcommit seguro y optimiza el overhead de CPU del runtime de contenedores, un cuello de botella critico al aumentar la densidad de instancias por host.
La gestion de interrupciones es otro reto ingenieril. Durante el aprendizaje por refuerzo, los rollout de agentes se ejecutan en paralelo y pueden interrumpirse al reasignar la capacidad de calculo. Reiniciar un proceso desecha el trabajo previo, pero reanudar no es tan sencillo como repetir los comandos anteriores, ya que el entorno podria haber cambiado y los resultados variar. DSec resuelve esto con un registro global ordenado de la trayectoria, que almacena comandos y sus resultados. Al 재anudar, el sistema avanza rapidos usando los resultados registrados en lugar de ejecutar la logica de nuevo. Esto reduce el coste de las interrupciones en miles de ejecuciones y preserva el historial de cambios de cada sandbox.
En junio, DeepSeek anuncio planes para duplicar su plantilla. Esta ronda de contratación confirma que el cuello de botella actual no es el modelo en si, sino la infraestructura que lo soporta. Los ingenieros bus acados trabajaran en sistemas operativos, virtualizacion, redes, almacenamiento y el plano de control que coordina estos recursos. Mientras otras empresas desarrollan silicio personalizado para el compute de agentes, DeepSeek apuesta por optimizar el software de gestion a escala masiva.
La prioridad es clara: mantener estable el backend mientras la carga de trabajo crece exponencialmente. La publicacion de las notas tecnicas sobre DSec sugiere que la comunidad podria aprender de estas optimizaciones de nivel bajo, aunque el esfuerzo interno se centre en la operacion privada.
