Dedicated GitLab Serverless runtimes
Problem to solve
GitLab Serverless currently uses Triggermesh runtimes and knative build. Knative build will soon be sunset and replaced with Tekton. Tekton is a young product and lacks some of the functionality we'd like to include in our serverless product such as easy access to logs for troubleshooting, easy usage of env variables, etc. To provide a better serverless experience to end users we want to bring knative builds to GitLab CI. In order to bring serverless builds to GitLab CI we will have to use runtimes that are more generic and not specific to knative-build (ie, make use of build templates).
Create or reuse existing runtimes that support our goals and include:
- dockerfile (via kaniko)
Once runtime implementation is decided upon, this will inform how the CLI should function #58058 (closed).
Some existing considerations include:
- AWS Lambda runtimes
- Serverless framework runtimes
- Triggermesh KLR (different from existing runtimes)
- Project Riff