Closed klaus385 closed 2 years ago
Just curious if there is anything else needed for this to get merged?
@edif2008 maybe when I made this PR I missed something. Anyway, we can get some traction on this?
Thought to bump this again and see what can be done to look into merging this into the helm chart?
@florisvdg Is there anything blocking this to get reviewed/merged?
Hey folks. Thank you so much for your contribution in making the helm charts better. It's so cool to see this big enhancement made by the community. ❤️
Apologies for keeping this PR hanging for a while. I've brought this PR on my team's radar to review it as soon as possible.
@klaus385 Hey. I looked at the PR. Looks very good! Thank you! 👍
I left several small comments, please take a look.
Thanks for your contribution, @klaus385! 🙌
1Password Connect - (Improved Networking)
The changes I made here will allow for a multitude of things for users trying to interact with the 1Password Connect and Sync applications deployed.
Changes
Below is a list of changes with detailed descriptions of the changes I made and why I made them.
Documentation
values.yaml
to have the individual comments to allow for an inline viewvalues.yaml
to have a flow that tries to follow a purpose for each section.Syntax
Explanation of Changes
values.yaml
to have an example to use theingress.yaml
template, additional functionality for theservice.yaml
to useloadBalancerIP
which would satisfy this GitHub issue, andloadBalancerSourceRanges
to further extend on the service configuration for Load Balancer type.ingress.yaml
template to allow for the ingress values to be deployed.service.yaml
changes to allow for what is mentioned above._helpers.tpl
to allow for easy means of templating outloadBalancerIP
andloadBalancerSourceRanges
.Future Improvements
This section is kinda a QA in regards to this helm chart. In which I had other changes in mind but decided to NOT at this time. This is related to how the
service.yaml
andconnect-deployment.yaml
is written.Potential Future Changes Questions
service.yaml
the API and Sync service are defined. Was there a particular reason why these were or are NOT separate templates? I ask this question due to the nature of needing to make a change toservice.yaml
in which by doing so you don't affect just API or Sync you affect change essentially to both.connect-deployment.yaml
similar question in regards to splitting these deployments out. Because, if let's say one wants to affect how API or Sync have deployed any changes to one effect the code which indirectly affects the other.ingress.yaml
leverage if/else to discern the port when.Values.connect.tls.enabled
istrue
orfalse
.