-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
67 create helm chart templates for refarch components #87
base: main
Are you sure you want to change the base?
67 create helm chart templates for refarch components #87
Conversation
Important Review skippedDraft detected. Please check the settings in the CodeRabbit UI or the You can disable this status message by setting the 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
Documentation and Community
|
@@ -0,0 +1,24 @@ | |||
apiVersion: v2 | |||
name: refarch |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i would name it refarch-template
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is currently a pre-draft version - many things may change.
But I would discourage you from calling it refarch-template, as it will be used by various other applications that differ from the original template, but are still built in the "refarch way".
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ich habe jetzt immer noch nicht verstanden, was das Template macht.
- Möglichkeit 1: die Projekte kopieren sich das Template komplett und machen anpassungen
- Möglichkeit 2: die Projekte holen sich die Templates als Dependency rein und machen nur Anpassungen in ihrer values.yml
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wir streben definitiv Möglichkeit 2 an.
Das ist natürlich ungünstig ein Meeting zu machen, an dem ich nicht dabei bin. Ich habe das erste Beispiel mit der neuen Referenz- Architektur in Openshift deployt. Soll man jetzt quasi solche Templates machen und die Charts als Dependency in der Chart.yml importiert? Das Image und Konfig wird dann in der values.yml angepasst. |
THIS IS CURRENTLY A DRAFT!!! Please hold on with your requests |
@devtobi and I would like to propose the following solution: We create a template that can be used as a dependency for other refarch projects. Projects that are very close to the default case will only need to configure some basics (e.g. image name, some environment variables). Resources, etc., are set via a default. These projects will only need one values.yaml file and nothing more (no additional templates). This Helm project will include only one template (module) which is generic for any type of deployment (EAI, frontend, backend, ...). The end user will create a list of modules that describes all of the deployments, etc. There is no distinction between different deployments (backend, frontend, ...). The advantage would be to avoid having copied-and-pasted Helm projects for each type of refarch application - only values.yaml files. The goal is to build a Helm dependency that can be used for a refarch application. Our aim is to keep it as minimal as possible and avoid duplicating templates. Therefore, we propose using a module that iterates over a list. |
Description
Short description or comments
Reference
Issues #67