Potassium is an open source web framework, built to tackle the unique challenges of serving custom models in production.
The goal of this project is to:
Potassium uses Semantic Versioning, in that major versions imply breaking changes, and v0 implies instability even between minor/patch versions. Be sure to lock your versions, as we're still in v0!
The fastest way to get up and running is to use the Banana CLI, which downloads and runs your first model.
Install the CLI with pip
pip3 install banana-cli
This downloads boilerplate for your potassium app, and automatically installs potassium into the venv.
Create a new project directory with
banana init my-app
cd my-app
Start the dev server
. ./venv/bin/activate
python3 app.py
Call your API (from a separate terminal)
curl -X POST -H "Content-Type: application/json" -d '{"prompt": "Hello I am a [MASK] model."}' http://localhost:8000/
pip3 install potassium
Create a python file called app.py
containing:
from potassium import Potassium, Request, Response
from transformers import pipeline
import torch
import time
app = Potassium("my_app")
# @app.init runs at startup, and initializes the app's context
@app.init
def init():
device = 0 if torch.cuda.is_available() else -1
model = pipeline('fill-mask', model='bert-base-uncased', device=device)
context = {
"model": model,
"hello": "world"
}
return context
# @app.handler is an http post handler running for every call
@app.handler()
def handler(context: dict, request: Request) -> Response:
prompt = request.json.get("prompt")
model = context.get("model")
outputs = model(prompt)
return Response(
json = {"outputs": outputs},
status=200
)
if __name__ == "__main__":
app.serve()
This runs a Huggingface BERT model.
For this example, you'll also need to install transformers and torch.
pip3 install transformers torch
Start the server with:
python3 app.py
Test the running server with:
curl -X POST -H "Content-Type: application/json" -d '{"prompt": "Hello I am a [MASK] model."}' http://localhost:8000
from potassium import Potassium
app = Potassium("server")
This instantiates your HTTP app, similar to popular frameworks like Flask
@app.init
def init():
device = 0 if torch.cuda.is_available() else -1
model = pipeline('fill-mask', model='bert-base-uncased', device=device)
return {
"model": model
}
The @app.init
decorated function runs once on server startup, and is used to load any reuseable, heavy objects such as:
The return value is a dictionary which saves to the app's context
, and is used later in the handler functions.
There may only be one @app.init
function.
@app.handler("/")
def handler(context: dict, request: Request) -> Response:
prompt = request.json.get("prompt")
model = context.get("model")
outputs = model(prompt)
return Response(
json = {"outputs": outputs},
status=200
)
The @app.handler
decorated function runs for every http call, and is used to run inference or training workloads against your model(s).
You may configure as many @app.handler
functions as you'd like, with unique API routes.
The context dict passed in is a mutable reference, so you can modify it in-place to persist objects between warm handlers.
@app.background("/background")
def handler(context: dict, request: Request) -> Response:
prompt = request.json.get("prompt")
model = context.get("model")
outputs = model(prompt)
send_webhook(url="http://localhost:8001", json={"outputs": outputs})
return
The @app.background()
decorated function runs a nonblocking job in the background, for tasks where results aren't expected to return clientside. It's on you to forward the data to wherever you please. Potassium supplies a send_webhook()
helper function for POSTing data onward to a url, or you may add your own custom upload/pipeline code.
When invoked, the server immediately returns a {"success": true}
message.
You may configure as many @app.background
functions as you'd like, with unique API routes.
The context dict passed in is a mutable reference, so you can modify it in-place to persist objects between warm handlers.
app.serve
runs the server, and is a blocking operation.
Potassium comes with a built-in endpoint for those cases where you want to "warm up" your app to better control the timing of your inference calls. You don't need to call it, since your inference call requires init()
to have run once on server startup anyway, but this gives you a bit more control.
Once your model is warm (i.e., cold boot finished), this endpoint returns a 200. If a cold boot is required, the init()
function is first called while the server starts up, and then a 200 is returned from this endpoint.
You don't need any extra code to enable it, it comes out of the box and you can call it at /_k/warmup
as either a GET or POST request.
Potassium includes a key-value storage primative, to help users persist data between calls.
Example usage: your own Redis backend (encouraged)
from potassium.store import Store, RedisConfig
store = Store(
backend="redis",
config = RedisConfig(
host = "localhost",
port = 6379
)
)
# in one handler
store.set("key", "value", ttl=60)
# in another handler
value = store.get("key")
Example usage: using local storage
from potassium.store import Store, RedisConfig
store = Store( backend="local" )
store.set("key", "value", ttl=60)
value = store.get("key")