Skip to content
This repository has been archived by the owner on Dec 9, 2024. It is now read-only.

Buildpacks as function handler #15

Open
darthkali opened this issue Jun 14, 2023 · 0 comments
Open

Buildpacks as function handler #15

darthkali opened this issue Jun 14, 2023 · 0 comments

Comments

@darthkali
Copy link

darthkali commented Jun 14, 2023

Goal:
I'm attempting to support multiple functions, primarily Spring Boot applications, within a single repository. The goal is to be able to share common code like domain classes and define dependencies only once, with the aim to deploy each of these functions individually into a Kubernetes cluster.

Current Approach:
Presently, I have divided the functions into separate modules, each with a central pom.xml and a unique pom.xml for each module. I am now capable of building every function (where each module represents one function) using Cloud Native Buildpacks with the following directory structure:

├── module-core
│   ├── src
│   │   ├── ...
│   ├── pom.xml
├── module-func-1
│   ├── src
│   │   ├── ...
│   │   |   ├── Application.java
│   ├── pom.xml
├── module-func-1
│   ├── src
│   │   ├── ...
│   │   |   ├── Application.java
│   ├── pom.xml
├── pom.xml

Problem:
I attempted to utilize Knative Functions, but it only allows me to specify multiple functions in the func.yaml file. Consequently, I need to adjust the func.yaml every time I want to deploy a new function. I explored alternatives and discovered the Serverless Framework, which I have previously used with AWS. However, it restricts me to using an already deployed image or a Dockerfile.

Question:
Is it feasible to utilize Cloud Native Buildpacks as a handler (pack as builder)? If not, would it be a beneficial feature to implement?

I appreciate any insights and guidance on this issue.
Best regards Danny

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant