README.md - oc-catalog Helm Chart
This document describes the different tags found in the values.yml file used in the Helm chart for the oc-catalog component.
Tags in the values.yml file
replicaCount
- Description: Defines the number of replicas for the deployment. A replica represents an instance of the application that will be deployed.
- Example:
1means a single instance of theoc-catalogservice will be deployed.
image.repository
- Description: Specifies the URL of the Docker image registry where the
oc-catalogcomponent image is stored. - Example:
registry.dev.svc.cluster.local:5000/oc-catalogrefers to a local registry hosted within thecluster.localnetwork.
image.tag
- Description: Indicates the tag of the Docker image to use. Typically, this could be a specific version or
latestto always pull the latest version. - Example:
latestmeans the most recent version of the image will be used.
image.pullPolicy
- Description: Defines the image pull policy. The possible options are:
Always: Always pull the image.IfNotPresent: Pull the image only if it is not already present on the node.Never: Never pull the image.
- Example:
IfNotPresentmeans the image will only be pulled if it is not already present on the node.
env.mongoDatabase
- Description: Defines the name of the MongoDB database the application will connect to.
- Example:
DC_myDCrefers to the MongoDB database used by the application.
env.mongoUrl
- Description: Specifies the connection URL for MongoDB used by the application.
- Example:
mongodb://toto:27017indicates that the application will connect to the MongoDB instance hosted attotoon port27017.
service.type
- Description: Defines the type of Kubernetes service. Possible types include:
ClusterIP: The service is only accessible within the cluster.NodePort: The service is accessible via a specific port on all cluster nodes.LoadBalancer: The service is exposed via an external Load Balancer.
- Example:
ClusterIPmeans the service will only be accessible within the Kubernetes cluster.
service.port
- Description: Specifies the port on which the service will be exposed within the cluster.
- Example:
8087means the service will be accessible on port8087.
service.targetPort
- Description: Defines the port on which the application listens inside the container.
- Example:
8080means the application listens on port8080within the container.
resources.limits.cpu
- Description: Specifies the maximum amount of CPU (in millicores) allocated to the container.
- Example:
500mmeans the container can use up to 0.5 CPU (or 50% of a full CPU core).
resources.limits.memory
- Description: Specifies the maximum amount of memory (in MiB) allocated to the container.
- Example:
512Mimeans the container can use up to 512 MiB of memory.
resources.requests.cpu
- Description: Defines the guaranteed amount of CPU (in millicores) for the container. Kubernetes will ensure this amount is always available.
- Example:
250mmeans the container will have at least 0.25 CPU (or 25% of a full CPU core).
resources.requests.memory
- Description: Defines the guaranteed amount of memory (in MiB) for the container. Kubernetes will reserve this memory for the container.
- Example:
256Mimeans the container will have at least 256 MiB of memory.
Conclusion
This values.yml file allows configuring the deployment settings for the oc-catalog component. Each tag plays a specific role in defining the Docker image, service configuration, and resource allocation for the container within the Kubernetes cluster.