Skip to content

Serving an LLM application through Foundation Model APIs

Databricks Foundation Model APIs let you query popular open (and select proprietary) LLMs through built-in, ready-to-use serving endpoints without deploying or managing your own model infrastructure. An LLM application can call these endpoints directly (pay-per-token) or via provisioned throughput for production-scale, low-latency needs, then compose the responses with other components like vector search or prompt templates.

1 · Learn the must-know

  • Foundation Model APIs expose curated models on pay-per-token endpoints that require no capacity planning or deployment by the user, ideal for getting started or variable traffic.
  • Provisioned throughput endpoints should be used for production workloads needing performance guarantees, higher throughput, or serving fine-tuned custom models.
  • All Foundation Model API endpoints share a unified, OpenAI-compatible query format, so switching models often requires minimal code change.
  • An LLM application built with Foundation Model APIs is still typically wrapped in its own Model Serving endpoint (e.g., via MLflow) if it adds custom logic such as chaining, retrieval, or business rules.
  • External Models can be registered to route to third-party provider APIs through the same serving interface, letting an app mix foundation and external models behind one gateway.
  • Rate limits and token costs differ between pay-per-token and provisioned throughput, so architects must choose based on expected request volume and latency SLAs before going to production.

2 · Check your understanding

Check this objectiveFree · always available

A Generative AI Engineer is building a customer support chatbot that will initially receive unpredictable traffic averaging under 50 requests per hour, with occasional spikes. The team wants to minimize operational overhead and avoid paying for idle capacity while using Meta Llama 3.1 70B Instruct as the underlying model. Which approach should the engineer use to serve the model?

Your objective map0 tried · 0 answered correctly · 56 untouched

What you have tried across Databricks GenAI Engineer's objectives, not a readiness score.

Design Applications10.71% of the exam*0 of 6 tried
Data Preparation14.29% of the exam*0 of 8 tried
Application Development23.21% of the exam*0 of 13 tried
Assembling and Deploying Applications26.79% of the exam*0 of 15 tried
Governance7.14% of the exam*0 of 4 tried
Evaluation and Monitoring17.86% of the exam*0 of 10 tried

* Our estimate. Databricks publishes no section weights.

3 · Keep going