Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Guide/serverless llama #668

Merged
merged 16 commits into from
Dec 16, 2024
Merged
Show file tree
Hide file tree
Changes from 15 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 4 additions & 0 deletions contentlayer.config.ts
Original file line number Diff line number Diff line change
Expand Up @@ -35,6 +35,10 @@ const baseFields: FieldDefs = {
type: 'boolean',
description: 'Disable the github edit button',
},
canonical_url: {
type: 'string',
description: 'The canonical url of the doc, if different from the url',
},
}

const computedFields: ComputedFields = {
Expand Down
38 changes: 18 additions & 20 deletions cypress/e2e/seo.cy.ts
Original file line number Diff line number Diff line change
@@ -1,20 +1,18 @@
import * as pages from '../fixtures/pages.json'

// redirects can go here
const redirects = {}

describe('canonical urls', () => {
pages.forEach((page) => {
it(`Should test page ${page} for correct canonical url`, () => {
cy.visit(page)

cy.get('link[rel="canonical"]')
.invoke('attr', 'href')
.should('equal', `http://localhost:3000${redirects[page] || page}`)

cy.get('meta[property="og:url"]')
.invoke('attr', 'content')
.should('equal', `http://localhost:3000${redirects[page] || page}`)
})
})
})
import * as pages from '../fixtures/pages.json'

// redirects can go here
const redirects = {}

describe('canonical urls', () => {
pages.forEach((page) => {
it(`Should test page ${page} for correct canonical url`, () => {
cy.visit(page)

cy.get('link[rel="canonical"]').should('exist')

cy.get('meta[property="og:url"]')
.invoke('attr', 'content')
.should('equal', `http://localhost:3000${redirects[page] || page}`)
})
})
})
3 changes: 3 additions & 0 deletions dictionary.txt
Original file line number Diff line number Diff line change
Expand Up @@ -219,6 +219,9 @@ ctx
reproducibility
misconfigurations
DSL
LM
1B
quantized
UI
init
LLMs?
Expand Down
310 changes: 310 additions & 0 deletions docs/guides/python/serverless-llama.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,310 @@
---
description: Llama 3.2 models on serverless infrastructure like AWS Lambda using Nitric
tags:
- API
- AI & Machine Learning
languages:
- python
image: /docs/images/guides/serverless-llama/banner.png
image_alt: 'Serverless llama guide banner'
featured:
image: /docs/images/guides/serverless-llama/featured.png
image_alt: 'Serverless llama guide featured image'
published_at: 2024-12-02
davemooreuws marked this conversation as resolved.
Show resolved Hide resolved
canonical_url: https://thenewstack.io/running-llama-3-2-on-aws-lambda
---

# Llama 3.2 on serverless infrastructure like AWS Lambda

This guide will demonstrate using Llama 3.2 1B on serverless infrastructure. Llama 3.2 1B is a lightweight model, which makes it interesting for serverless applications since it can be run relatively quickly without requiring GPU acceleration. We'll use models from [Hugging Face](https://huggingface.co/) and Nitric to manage the surrounding infrastructure, such as API routes and deployments.

## Prerequisites

- [uv](https://docs.astral.sh/uv/#getting-started) - for Python dependency management
- The [Nitric CLI](/get-started/installation)
- _(optional)_ An [AWS](https://aws.amazon.com) account

## Project setup

Let's start by creating a new project using Nitric's python starter template.

```bash
nitric new llama py-starter
cd llama
```

Next, let's install the base dependencies, then add the extra dependencies we need specifically for loading the language model.

```bash
# Install the base dependencies
uv sync
# Add the llama-cpp-python dependency
uv add llama-cpp-python
```

## Choose a Llama model

Llama 3.2 is available in different sizes and configurations, each with its own trade-offs in terms of performance, accuracy, and resource requirements. For serverless applications without GPU acceleration (such as AWS Lambda), it's important to choose a model that is lightweight and efficient to ensure it runs within the constraints of that environment.

We'll use a quantized version of the lightweight Llama 1B model, specifically [Llama-3.2-1B-Instruct-Q4_K_M.gguf](https://huggingface.co/bartowski/Llama-3.2-1B-Instruct-GGUF/blob/main/Llama-3.2-1B-Instruct-Q4_K_M.gguf).

<Note>
If you're not familiar with
[Quantization](https://huggingface.co/docs/optimum/en/concept_guides/quantization)
it's a technique that reduces a model's size and resource requirements, which
in our case makes it suitable for serverless applications, but may impact the
accuracy of the model.
</Note>

The [LM Studio](https://lmstudio.ai) team provides several quantized versions of Llama 3.2 1B on [Hugging Face](https://huggingface.co/bartowski/Llama-3.2-1B-Instruct-GGUF). Consider trying different versions to find one that best fits your needs (e.g. `Q5_K_M` which is slightly larger but higher quality).

Let's download the chosen model and save it in a `models` directory in your project.

[Download link for Llama-3.2-1B-Instruct-Q4_K_M.gguf](https://huggingface.co/bartowski/Llama-3.2-1B-Instruct-GGUF/resolve/main/Llama-3.2-1B-Instruct-Q4_K_M.gguf)

```bash
mkdir models
cd models
# This model is 0.81GB, it may take a little while to download
curl -OL https://huggingface.co/bartowski/Llama-3.2-1B-Instruct-GGUF/resolve/main/Llama-3.2-1B-Instruct-Q4_K_M.gguf
cd ..
```

Your folder structure should look like this:

```bash
/llama
/models
Llama-3.2-1B-Instruct-Q4_K_M.gguf
/services
api.py
nitric.yaml
pyproject.toml
python.dockerfile
python.dockerfile.ignore
README.md
uv.lock
```

## Create a service to run the model

Next, we'll use Nitric to create an HTTP API that allows you to send prompts to the Llama model and receive the output in a response. The API will return the raw output from the model, but you can adjust this as you see fit.

Replace the contents of `services/api.py` with the following code, which loads the Llama model and implements the prompt functionality. Take a little time to understand the code. It defines an API with a single endpoint `/prompt` that accepts a POST request with a prompt in the body. The `process_prompt` function sends the prompt to the Llama model and returns the response.

```python title:services/api.py
from nitric.resources import api
from nitric.application import Nitric
from nitric.context import HttpContext
from llama_cpp import Llama

# Load the locally stored Llama model
llm = Llama(model_path="./models/Llama-3.2-1B-Instruct-Q4_K_M.gguf")

# Function to execute a prompt using the Llama model
def process_prompt(user_prompt):
system_prompt = "You are a helpful assistant."

# See https://www.llama.com/docs/model-cards-and-prompt-formats/llama3_1/ for details about prompt format
prompt = (
# System Prompt
f'<|start_header_id|>system<|end_header_id|>{system_prompt}<|eot_id|>'
# User Prompt
f'<|start_header_id|>user<|end_header_id|>{user_prompt}<|eot_id|>'
# Start assistants turn (we leave this open ended as the assistant hasn't started its turn)
f'<|start_header_id|>assistant<|end_header_id|>'
)

response = llm(
prompt=prompt,
# Unlimited, consider setting a token limit
max_tokens=-1,
temperature=0.7,
)

return response

# Define an API for the prompt service
main = api("main")

@main.post("/prompt")
async def handle_prompt(ctx: HttpContext):
# assume the input is text/plain
prompt = ctx.req.data

try:
ctx.res.body = process_prompt(prompt)
except Exception as e:
print(f"Error processing prompt: {e}")
ctx.res.body = {"error": str(e)}
ctx.res.status = 500

Nitric.run()
```

### Ok, let's run this thing!

Now that you have an API defined, we can test it locally. The python starter template uses `python3.11-bookworm-slim` as its basic container image, which doesn't have the right dependencies to load the llama model, let's update the dockerfile to use `python3.11-bookworm` (the non-slim version) instead.

```dockerfile title:python.dockerfile
# The python version must match the version in .python-version
# !diff -
FROM ghcr.io/astral-sh/uv:python3.11-bookworm-slim AS builder
# !diff +
FROM ghcr.io/astral-sh/uv:python3.11-bookworm AS builder
# !collapse(1:16) collapsed

ARG HANDLER
ENV HANDLER=${HANDLER}

ENV UV_COMPILE_BYTECODE=1 UV_LINK_MODE=copy PYTHONPATH=.
WORKDIR /app
RUN --mount=type=cache,target=/root/.cache/uv \
--mount=type=bind,source=uv.lock,target=uv.lock \
--mount=type=bind,source=pyproject.toml,target=pyproject.toml \
uv sync --frozen --no-install-project --no-dev --no-python-downloads
COPY . /app
RUN --mount=type=cache,target=/root/.cache/uv \
uv sync --frozen --no-dev --no-python-downloads


# Then, use a final image without uv
# !diff -
FROM python:3.11-slim-bookworm
# !diff +
FROM python:3.11-bookworm
# !collapse(1:13) collapsed

ARG HANDLER
ENV HANDLER=${HANDLER} PYTHONPATH=.

# Copy the application from the builder
COPY --from=builder --chown=app:app /app /app
WORKDIR /app

# Place executables in the environment at the front of the path
ENV PATH="/app/.venv/bin:$PATH"

# Run the service using the path to the handler
ENTRYPOINT python -u $HANDLER
```

Now we can run our services locally:

```
nitric run
```

<Note>
`nitric run` will start your application in a container that includes the
dependencies to use `llama_cpp`. If you'd rather use `nitric start` you'll
need to install dependencies for llama-cpp-python such as
[CMake](https://cmake.org/download/) and
[LLVM](https://releases.llvm.org/download.html).
</Note>

Once it starts, you can test it with the Nitric Dashboard.

You can find the URL to the dashboard in the terminal running the Nitric CLI, by default it's http://localhost:49152. Add a prompt to the body of the request and send it to the `/prompt` endpoint.

![api dashboard](/docs/images/guides/serverless-llama/dashboard.png)

## Deploying to AWS

When you're ready to deploy the project, we can create a new Nitric [stack file](/get-started/foundations/projects?lang=python#stack-files) which will target AWS:

```bash
nitric stack new dev aws
```

Update the stack file `nitric.dev.yaml` with the appropriate AWS region and memory allocation to handle the model.

```yaml title:nitric.dev.yaml
provider: nitric/[email protected]
region: us-east-1
config:
# How services will be deployed by default, if you have other services not running models
# you can add them here too so they don't use the same configuration
default:
lambda:
# Set the memory to 6GB to handle the model, this automatically sets additional CPU allocation
memory: 6144
# Set a timeout of 30 seconds (this is the most API Gateway will wait for a response)
timeout: 30
# We add more storage to the lambda function, so it can store the model
ephemeral-storage: 1024
davemooreuws marked this conversation as resolved.
Show resolved Hide resolved
```

<Note>
Nitric defaults aim to keep you within your free-tier limits. In this example,
we recommend increasing memory and ephemeral values to allow the llama model
to load correctly, therefore running this sample project will likely incur
more costs than a Nitric guide using the defaults. You are responsible for
staying within the limits of the free tier or any costs associated with
deployment.
</Note>

Since we'll use Nitric's default Pulumi AWS Provider make sure you're setup to deploy using that provider. You can find more information on how to set up the AWS provider in the [Nitric AWS Provider documentation](/providers/pulumi/aws).

<Note>
If you'd like to deploy with Terraform or to another cloud provider, that's
also possible. You can find more information about how Nitric can deploy to
other platforms in the [Nitric Providers documentation](/providers).
</Note>

You can then deploy using the following command:

```bash
nitric up
```

<Note>
Take note of the API endpoint URL that is output after the deployment is
complete.
</Note>

<Note>
If you're done with the project later, tear it down with `nitric down`
</Note>

## Testing on AWS

To test the service, you can use any API testing tool you like, such as cURL, Postman, etc. Here's an example using cURL:

```bash
curl -X POST {your endpoint URL here}/prompt -d "Hello, how are you?"
```

### Example response

The response will include the results, plus other metadata. The output can be found in the `choices` array.

```json
{
"id": "cmpl-61064b38-45f9-496d-86d6-fdae4bc3db97",
"object": "text_completion",
"created": 1729655327,
"model": "./models/Llama-3.2-1B-Instruct-Q4_K_M.gguf",
"choices": [
{
"text": "\"I'm doing well, thank you for asking. I'm here and ready to assist you, so that's a good start! How can I help you today?\"",
"index": 0,
"logprobs": null,
"finish_reason": "stop"
}
],
"usage": {
"prompt_tokens": 26,
"completion_tokens": 33,
"total_tokens": 59
}
}
```

## Summary

At this point, we demonstrated how you can use a lightweight model like Llama 3.2 1B with serverless compute, enabling the application to quickly respond to prompts without the need for GPU acceleration, on relatively low-cost infrastructure.

As you've seen in the code example, we've setup a fairly basic prompt structure, but you can expand on this to include more complex prompts. Including system prompts that help restrict/guide the model's responses, or even more complex interactions with the model. Also, in this example we expose the model directly as an API, but this limits the response time to 30 seconds on AWS with API Gateway.

In future guides we'll show how you can go beyond simple one-time responses to more complex interactions, such as maintaining context between requests. We can also include Websockets and streamed responses to provide a better user experience for larger responses.
Binary file added public/images/guides/serverless-llama/banner.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
jyecusch marked this conversation as resolved.
Show resolved Hide resolved
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
2 changes: 1 addition & 1 deletion src/app/[[...slug]]/page.tsx
Original file line number Diff line number Diff line change
Expand Up @@ -70,7 +70,7 @@ export async function generateMetadata({
card: 'summary_large_image',
},
alternates: {
canonical: url,
canonical: doc.canonical_url ? doc.canonical_url : url,
},
}
}
Expand Down
5 changes: 4 additions & 1 deletion src/components/code/annotations/collapse.tsx
Original file line number Diff line number Diff line change
Expand Up @@ -44,7 +44,10 @@ export const collapseTrigger: AnnotationHandler = {
name: 'CollapseTrigger',
onlyIfAnnotated: true,
AnnotatedLine: ({ annotation, ...props }) => (
<CollapsibleTrigger className="group contents">
<CollapsibleTrigger
className="group contents"
aria-label="Toggle show code"
>
<InnerLine merge={props} data={{ icon }} />
</CollapsibleTrigger>
),
Expand Down
Loading