Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/szymonmaszke/torchlambda
Lightweight tool to deploy PyTorch models to AWS Lambda
https://github.com/szymonmaszke/torchlambda
aws aws-cli aws-lambda cli cmake cpp deep-learning deployment docker lambda libtorch lightweight machine-learning minimalistic performance production python pytorch torchscript yaml
Last synced: 13 days ago
JSON representation
Lightweight tool to deploy PyTorch models to AWS Lambda
- Host: GitHub
- URL: https://github.com/szymonmaszke/torchlambda
- Owner: szymonmaszke
- License: mit
- Created: 2020-02-22T13:15:27.000Z (over 4 years ago)
- Default Branch: master
- Last Pushed: 2021-11-17T19:35:05.000Z (almost 3 years ago)
- Last Synced: 2024-10-12T04:49:13.984Z (27 days ago)
- Topics: aws, aws-cli, aws-lambda, cli, cmake, cpp, deep-learning, deployment, docker, lambda, libtorch, lightweight, machine-learning, minimalistic, performance, production, python, pytorch, torchscript, yaml
- Language: Python
- Homepage:
- Size: 435 KB
- Stars: 125
- Watchers: 7
- Forks: 3
- Open Issues: 9
-
Metadata Files:
- Readme: README.md
- License: LICENSE
- Code of conduct: CODE_OF_CONDUCT.md
Awesome Lists containing this project
README
[__torchlambda__](https://github.com/szymonmaszke/torchlambda/wiki) is a tool to deploy [PyTorch](https://pytorch.org/) models
on [Amazon's AWS Lambda](https://aws.amazon.com/lambda/) using [AWS SDK for C++](https://aws.amazon.com/sdk-for-cpp/)
and [custom C++ runtime](https://github.com/awslabs/aws-lambda-cpp).
Using statically compiled dependencies __whole package is shrunk to only `30MB`__.
Due to small size of compiled source code users can pass their models as [AWS Lambda layers](https://docs.aws.amazon.com/lambda/latest/dg/configuration-layers.html).
__Services like [Amazon S3](https://aws.amazon.com/s3/) are no longer necessary to load your model__.
[__torchlambda__](https://github.com/szymonmaszke/torchlambda/wiki) has it's PyTorch & AWS dependencies always tested & up to date because of daily [continuous deployment](https://en.wikipedia.org/wiki/Continuous_deployment) runs.
| Docs | Deployment | Package | Python | PyTorch | Docker | CodeBeat | Images |
|------|------------|---------|--------|---------|--------|----------|--------|
|[](https://github.com/szymonmaszke/torchlambda/wiki) |  | [](https://pypi.org/project/torchlambda/) | [](https://www.python.org/) | [](https://pytorch.org/) | [](https://cloud.docker.com/u/szymonmaszke/repository/docker/szymonmaszke/torchlambda) | [](https://codebeat.co/projects/github-com-szymonmaszke-torchlambda-master) | [](https://hub.docker.com/r/szymonmaszke/torchlambda/tags)|
## :heavy_check_mark: Why should I use `torchlambda`?
- __Lightweight & latest dependencies__ - compiled source code weights only `30MB`. Previous approach to PyTorch network deployment on AWS Lambda ([fastai](https://course.fast.ai/deployment_aws_lambda.html)) uses outdated PyTorch (`1.1.0`) as dependency layer and requires AWS S3 to host your model. Now you can only use AWS Lambda and host your model as layer and PyTorch `master` and latest stable release are supported on a daily basis.
- __Cheaper and less resource hungry__ - available solutions run server hosting incoming requests all the time. AWS Lambda (and torchlambda) runs only when the request comes.
- __Easy automated scaling__ usually autoscaling is done with [Kubernetes](https://kubernetes.io/) or similar tools (see [KubeFlow](https://www.kubeflow.org/docs/gke/deploy/)). This approach requires knowledge of another tool, setting up appropriate services (e.g. [Amazon EKS](https://aws.amazon.com/eks/)). In AWS Lambda case you just push your neural network inference code and you are done.
- __Easy to use__ - no need to learn new tool. `torchlambda` has at most
`4` commands and deployment is done via [YAML](https://yaml.org/) settings. No need to modify your PyTorch code.
- __Do one thing and do it well__ - most deployment tools are complex solutions
including multiple frameworks and multiple services. `torchlambda` focuses
solely on inference of PyTorch models on AWS Lambda.
- __Write programs to work together__ - This tool does not repeat PyTorch & AWS's functionalities (like `aws-cli`). You can also use your favorite third party tools (say [saws](https://github.com/donnemartin/saws), [Terraform](https://www.terraform.io/) with AWS and [MLFlow](https://www.mlflow.org/docs/latest/index.html), [PyTorch-Lightning](https://github.com/PyTorchLightning/pytorch-lightning) to train your model).
- __Test locally, run in the cloud__ - `torchlambda` uses [Amazon Linux 2](https://aws.amazon.com/amazon-linux-2/) Docker [images](https://hub.docker.com/_/amazonlinux) under the hood & allows you to use [lambci/docker-lambda](https://github.com/lambci/docker-lambda) to test your deployment on `localhost` before pushing deployment to the cloud (see [Test Lambda deployment locally](https://github.com/szymonmaszke/torchlambda/wiki/Test-Lambda-deployment-locally) tutorial).
- __Extensible when you need it__ - All you usually need are a few lines of YAML settings, but if you wish to fine-tune your deployment you can use `torchlambda build` `--flags` (changing various properties of PyTorch and AWS dependencies themselves). You can also write your own C++ deployment code (generate template via `torchlambda template` command).
- __Small is beautiful__ - `3000` LOC (most being convenience wrapper creating this tool)
make it easy to jump into source code and check what's going on under the hood.
# :house: Table Of Contents
- [Installation](https://github.com/szymonmaszke/torchlambda/wiki/Installation)
- [Tutorials](https://github.com/szymonmaszke/torchlambda/wiki/Tutorials)
- [ResNet18 deployment on AWS Lambda](https://github.com/szymonmaszke/torchlambda/wiki/ResNet18-deployment-on-AWS-Lambda)
- [Test Lambda deployment locally](https://github.com/szymonmaszke/torchlambda/wiki/Test-Lambda-deployment-locally)
- [`base64` image encoding](https://github.com/szymonmaszke/torchlambda/wiki/base64-image-encoding)
- [Commands](https://github.com/szymonmaszke/torchlambda/wiki/Commands)
- [settings](https://github.com/szymonmaszke/torchlambda/wiki/Commands#torchlambda-settings)
- [template](https://github.com/szymonmaszke/torchlambda/wiki/Commands#torchlambda-template)
- [build](https://github.com/szymonmaszke/torchlambda/wiki/Commands#torchlambda-build)
- [layer](https://github.com/szymonmaszke/torchlambda/wiki/Commands#torchlambda-layer)
- [YAML settings file reference](https://github.com/szymonmaszke/torchlambda/wiki/YAML-settings-file-reference)
- [C++ code](https://github.com/szymonmaszke/torchlambda/wiki/CPP---code)
## :page_with_curl: Benchmarks
Benchmarks can be seen in [`BENCHMARKS.md`](https://github.com/szymonmaszke/torchlambda/blob/master/BENCHMARKS.md) file and are comprised of around ~30000 test cases.
Results are divided based on settings used, model type, payload, AWS Lambda timing etc. Below is an example of how inference performance changes due to higher resolution images and type of encoding:
| | 128x128 | 256x256 | 512x512 | 1024x1024 |
|:-------|----------:|----------:|----------:|------------:|
| base64 | 120.622 | 165.184 | 311.129 | 995.249 |
| byte | 133.315 | 203.628 | 498.391 | 1738.97 |
| char | 128.331 | 209.306 | 517.482 | 1822.56 |
| short | 135.859 | 207.389 | 497.818 | 1740.91 |
| int | 133.42 | 216.163 | 519.502 | 1783.02 |
| long | 126.979 | 228.497 | 516.98 | 1760.93 |
| float | 135.825 | 223.045 | 515.245 | 1802.25 |
| double | 137.281 | 209.267 | 536.959 | 1811.83 |
Clearly the bigger image, the more important it is to use `base64` encoding. For all results and description [click here](https://github.com/szymonmaszke/torchlambda/blob/master/BENCHMARKS.md).
## :question: Contributing
If you find an issue or you think some functionality may be useful to you, please [open new Issue](https://help.github.com/en/articles/creating-an-issue) or [create Pull Request](https://help.github.com/en/articles/creating-a-pull-request-from-a-fork) with your changes, thanks!