Deployment Options: Library vs. Microservice
Deployment Options: Library vs. Microservice
Deployment Options: Library vs. Microservice
Data Designer is available as both an open-source library and a NeMo Microservice. This guide helps you choose the right deployment option for your use case.
Data Designer supports three main deployment patterns:
Library + Your LLM Provider
Each user runs the library locally and connects to their choice of LLM provider.

Library + Enterprise Gateway
Users run the library locally but share a centralized enterprise LLM gateway with RBAC and governance.

SDG as a Service (Microservice)
A centralized SDG service that multiple users access via REST API.

Same Configuration API
Both the library and microservice use the same DataDesignerConfigBuilder API. Start with the library, and your configurations migrate seamlessly if you later adopt the NeMo platform.
The library is the right choice for most users. Choose it if you:

You have API keys or endpoints for LLM inference:

Library + Enterprise LLM Gateway Many enterprises already have centralized LLM access through API gateways with:
In this case, use the library and point it at your enterprise gateway. You get enterprise-grade LLM access while retaining full control over your Data Designer workflows.

The NeMo Microservice exposes Data Designer’s preview and create methods as REST API endpoints. Choose it if you:
The primary value of the microservice is integration with other NeMo Microservices:
If you need to provide synthetic data generation as a shared service:
When users can submit configs containing Jinja templates to a shared engine, template rendering becomes a remote code execution concern and part of your security boundary. See Security for guidance on when to keep the default JinjaRenderingEngine.SECURE mode.