Helm use

[dnplkndll]

Has any effort or interest in the deployments with Helm chart to allow more customizable templating?

Use case would be to have a nginx default wildcard SSL TLS from cert-manager. or even exposing the annotations.

Then always easier to deploy with a base chart defining the values and mapping appropriately. I could PR a starter but would not be easy to test.

[dnplkndll]

wip but to track. https://gitlab.com/kencove/runboat/-/merge_requests/1
need to find a better way to escape multiline json from the yaml templates.

[dnplkndll]

@sbidoul

https://gitlab.com/kencove/runboat/-/commit/f98a30a05672b14beaac1ef528a3daafb99aaf5d

I have a couple minor updates to make yet. is this the complete rbac set? Need to move the db server to the build namespace vs the app namespace. but test server looks fine, runboat.staging-kencove.com/docs

I actually used the same base on a project to connect a RO replica of odoo for integration access to shipping quotes and data.

I see webhook specs in the tests. So will start another feature branch for the gitlab webhook schema.

PVCs I was hoping those would not be an issue. I guess each build needs the file store on attachments. 200-250 reserved versus camptocamp/odoo-cloud-platform@83e203c
this could be a feature for only used, with the single bucket creds and db support. in reality with the sha filename could you share across dbs? I guess not each to see that stat with the volumes.

sessions in filestore just would drop on pods restart.

[sbidoul]

Hi,

I'm a bit hesitant to bring in a helm chart in this project, because maintaining it looks like a significant amount of work. And there are so many possible variation on that theme that people will continuously want to add new features to it.

However, if you manage to make one that is reasonably easy to use, we could add it in some example/helm directory. We could also add the docker-compose example in that directory.