Skip to content

Deploy commands (APIPod engine)

Run socaity scan, socaity build, and socaity start after pip install socaity. These commands delegate to APIPod, the packaging engine behind the decorator. For login, service install, and day-to-day SDK use, see the Socaity CLI reference.

Installation

terminal
pip install socaity apipod

Scan

Inspect your project and generate a deployment configuration. APIPod reads your requirements.txt, detects CUDA/PyTorch/TensorFlow dependencies, and infers the correct base Docker image.

terminal
# Scan the project and generate deployment config
socaity scan

Build

Generate a Dockerfile and build your container. APIPod selects compatible CUDA/cuDNN versions automatically. Pass a target file to override the default entry point.

terminal
# Build with auto-detected settings
socaity build

# Specify the target entry-point file
socaity build ./main.py

Start

Run your service locally. Combine with --compute serverless --provider localhost to enable the in-memory job queue, which emulates serverless GPU behaviour for testing.

terminal
# Start on the default port (8000)
socaity start

# Start on a custom port
socaity start --port 9000

# Enable local job queue (emulates serverless GPU)
socaity start --compute serverless --provider localhost

Deployment Flags

These flags control which runtime backend APIPod selects. They work with both socaity build and socaity start.

terminal
# Build for Socaity orchestration
socaity build --orchestrator socaity

# Build for RunPod serverless
socaity build --compute serverless --provider runpod

# Start locally with serverless job-queue emulation
socaity start --compute serverless --provider localhost

Flag Reference

FlagArgumentDescription
scan(none)Scan project, detect dependencies, and generate deployment config.
build[FILE]Build Docker container. Optionally specify the target entry-point file (defaults to main.py).
start(none)Start the service locally.
--orchestratorsocaity | localOrchestration platform. Use "socaity" for Socaity-managed deployment.
--computededicated | serverlessCompute mode. "serverless" enables the job queue; "dedicated" runs a standard FastAPI server.
--providerlocalhost | runpod | autoInfrastructure provider. "localhost" activates in-memory job queue for local testing.
--regionstringAccepted but not yet applied. Region is platform-selected today (roadmap).
--hoststringHost address to bind to when starting locally (default: 0.0.0.0).
--portintPort to listen on when starting locally (default: 8000).

Orchestrator × Compute × Provider Matrix

The combination of --orchestrator, --compute, and --provider determines which runtime APIPod activates.

--orchestrator--compute--providerRuntime
socaityserverlesslocalhostFastAPI + local job queue (test mode)
socaityserverlessrunpodRunPod serverless router
socaitydedicatedlocalhostFastAPI + local job queue (test mode)
socaitydedicatedautoFastAPI
localserverlesslocalhostFastAPI + local job queue
localserverlessrunpodRunPod serverless router
localdedicatedlocalhostFastAPI