Skip to content

Conversation

@notmyown
Copy link

@notmyown notmyown commented Oct 7, 2025

No description provided.

Copy link

@nfranzeck nfranzeck left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

While it seems to work, I see some space for improvement, especially in the case of default values terms of the ecosystem-core values.yaml.

Maybe I would also create sub-modules within ces-module to improve readability and maintainability:

  • ces-preparation
  • ces-core
  • ces-blueprint

This matches also the phases in ArgoCD.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this something we need in the ces-module?

name: blueprint-ces-module
namespace: ${ces_namespace}
spec:
displayName: "Blueprint Sample CES-Module"

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
displayName: "Blueprint Sample CES-Module"
displayName: "Blueprint Terraform CES-Module"

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should follow the naming conventions: values.yaml.tftpl

Comment on lines 23 to 27
variable "ecosystem_core_default_config_image" {
description = "The Image:Version of the ecosystem_core default config. Optional with version like cloudogu/ecosystem-core-default-config:0.1.0"
type = string
default = "cloudogu/ecosystem-core-default-config:0.2.2"
}

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we need to override the default config image at all?

Comment on lines 12 to 20
env:
logLevel: info
resourceLimits:
memory: 105M
resourceRequests:
cpu: 15m
memory: 105M
networkPolicies:
enabled: true

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why do we need to override default values with default values?

version = string
helmNamespace = optional(string)
disabled = optional(bool, false)
valuesObject = optional(any, null)

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the zero value of optional should already be null

}

variable "externalIP" {
description = "Contains the external IP, my overwrite the loadbalancer external ip, defaults to empty -> so the loadbalancer ip will not be patched"

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
description = "Contains the external IP, my overwrite the loadbalancer external ip, defaults to empty -> so the loadbalancer ip will not be patched"
description = "Contains the external IP, may overwrite the loadbalancer external ip, defaults to empty -> so the loadbalancer ip will not be patched"

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we still need resource_patches? I thought this has been replaced?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants