# nplus-prepper

nplus Prepper, used to deploy assets prior to component deployment

The *Prepper* prepares everything required for the Instance to work as intended. It is very much like the *Application*, except that it does not connect to any nscale component (as they do not yet run by the time the prepper executes). But just like the Application, the Prepper is able to download assets and run scripts.

You can add this to your (instance-) deployment:

```yaml
components:
  prepper: true
prepper:
  download:
    - "https://git.nplus.cloud/public/nplus/raw/branch/master/assets/sample.tar.gz"
  run:
    - "/pool/downloads/sample.sh"
```

This will
1. download the *sample.tar.gz* file from the git server,
2. Extract the tar.gz into the downloads folder
3. Run the contained sample.sh script

If you need to deploy Snippets prior to your *nscale Web* deployment, simply download them from your git, extract and then copy or move them over to your web config folder, that gets mounted by the web client upon pod creation.

## nplus-prepper Chart Configuration

You can customize / configure nplus-prepper by setting configuration values on the command line or in values files,
that you can pass to helm. Please see the samples directory for details.

In case there is no value set, the key will not be used in the manifest, resulting in values taken from the config files of the component.

### Template Functions

You can use template functions in the values files. If you do so, make sure you quote correctly (single quotes, if you have double quotes in the template,
or escaped quotes).

### Global Values

All values can be set per component, per instance or globally per environment.

Example: `global.ingress.domain` sets the domain on instance level. You can still set a different domain on a component, such as administrator.
In that case, simply set `ingress.domain` for the administrator chart and that setting will have priority:

- Prio 1 - Component Level: `ingress.domain`
- Prio 2 - Instance Level: `global.ingress.domain`
- Prio 3 - Environment Level: `global.environment.ingress.domain`

### Using Values in Templates

As it would be a lot of typing to write `.Values.ingress.domain | default .Values.global.ingress.domain | default .Values.global.environment.ingress.domain`in your
template code, this is automatically done by nplus. You can simply type `.this.ingress.domain` and you will get a condensed and defaulted version
of your Values.

So an example in your `values.yaml` would be:

```
administrator:
  waitFor:
    - '-service {{ .component.prefix }}nappljobs.{{ .Release.Namespace }}.svc.cluster.local:\{{ .this.nappl.port }} -timeout 600'
```

This example shows `.this.nappl.port` which might come from a component, instance or global setting. You do not need to care.
The `.Release.Namespace` is set by helm. You have access to all Release and Chart Metadata, just like in your chart code.

The `.component.prefix` is calculated by nplus and gives you some handy shortcuts to internal variables:

- `.component.chartName` 
  The name of the chart as in `.Chart.Name`, but with override by `.Values.nameOverride`
- `.component.shortChartName` 
  A shorter Version of the name - `nappl` instead of `nplus-component-nappl`
- `.component.prefix` 
  The instance Prefix used to name the resources including `-`. This prefix is dropped, if the
  `.Release.Name` equals `.Release.Namespace` for those of you that only
  run one nplus Instance per namespace
- `.component.name` 
  The name of the component, including `.Values.nameOverride` and some logic
- `.component.fullName` 
  The fullName inlcuding `.Values.fullnameOverride` and some logic
- `.component.chart` 
  Mainly the `Chart.Name` and `Chart.Version`
- `.component.storagePath` 
  The path where the component config is stored in the conf PVC
- `.component.handler` 
  The handler (either helm, argoCD or manual)

- `.instance.name` 
  The name of the instance, but with override by `.Values.instanceOverride`
- `.instance.group` 
  The group, this instance belongs to. Override by `.Values.groupOverride`
- `.instance.version` 
  The *nscale* version (mostly taken from Application Layer), this instance is deploying.

- `.environment.name` 
  The name of the environment, but with override by `.Values.environmentNameOverride`

### Keys

You can set any of the following values for this component:

| Key | Description | Default |
|-----|-------------|---------|
download | A list of URLs (Links) to Assets to download before anything else if the download is a .tar.gz, it is automatically untared to /pool/downloads |   |
env | Sets additional environment variables for the configuration. |   |
envMap | Sets the name of a configMap, which holds additional environment variables for the configuration. It is added as envFrom configMap to the container. |   |
envSecret | Sets the name of a secret, which holds additional environment variables for the configuration. It is added as envFrom secretRef to the container. |   |
fullnameOverride | This overrides the output of the internal fullname function |   |
**image**​.name | the name of the image to use |  `"toolbox2"` |
**image**​.pullSecrets | you can provide your own pullSecrets, in case you use a private repo. |  `["nscale-cr", "nplus-cr"]` |
**image**​.repo | if you use a private repo, feel free to set it here |  `"cr.nplus.cloud/subscription"` |
**image**​.tag | the tag of the image to use |  `"latest"` |
**meta**​.language | Sets the language of the main service (in the *service* container). This is used for instance if you turn OpenTelemetry on, to know which Agent to inject into the container. |   |
**meta**​.provider | sets provider (partner, reseller) information to be able to invoice per use in a cloud environment |   |
**meta**​.serviceContainer | The container name of the main service for this component. This is used to define where to inject the telemetry agents, if any |   |
**meta**​.stage | A optional parameter to indicate the stage (DEV, QA, PROD, ...) this component, instance or environment runs in. This can be used in template functions to add the stage to for instance the service name of telemetry services like open telemetry. (see telemetry example) |   |
**meta**​.tenant | sets tenant information to be able to invoice per use in a cloud environment |   |
**meta**​.type | the type of the component. You should not change this value, except if you use a pipeliner in core mode. In core mode, it should be *core*, else *pipeliner* This type is used to create cluster communication for nappl and nstl and potentially group multiple replicaSets into one service. |  `"application"` |
**meta**​.wave | Sets the wave in which this component should be deployed within an ArgoCD deployment if unset, it uses the default wave thus all components are installed in one wave, then relying on correct wait settings just like in a helm installation |   |
minReplicaCountType | if you set minReplicaCountType, a podDesruptionBudget will be created with this value as minAvailable, using the component type as selector. This is useful for components, that are spread across multiple replicaSets, like sharepoint or storage layer |   |
**mounts**​.caCerts​.configMap | Alternative 2: the name of the configMap to use. The Key has to be the File Name used in the path setting |   |
**mounts**​.caCerts​.secret | Alternative 1: the name of the secret to use. The Key has to be the File Name used in the path setting |   |
**mounts**​.componentCerts​.configMap | Alternative 2: the name of the configMap to use. The Key has to be the File Name used in the path setting |   |
**mounts**​.componentCerts​.secret | Alternative 1: the name of the secret to use. The Key has to be the File Name used in the path setting |   |
**mounts**&#8203;.conf&#8203;.path | Sets the path to the conf files <br>do not change this value | **info only**, do not change<br> `"/application"` |
**mounts**&#8203;.data&#8203;.class | Sets the class of the data disk |   |
**mounts**&#8203;.data&#8203;.size | Sets the size of the data disk |   |
**mounts**&#8203;.data&#8203;.volumeName | If you do not want to have a Volume created by the provisioner, you can set the name of your volume here to attach to this pre-existing one |   |
**mounts**&#8203;.disk&#8203;.class | Sets the class of the disk |   |
**mounts**&#8203;.disk&#8203;.enabled | enables the use of the second data disk. If enabled, all paths defined will end up on this disk. In case of the (default) disabled, the paths will be added to the primaty data disk. |  `false` |
**mounts**&#8203;.disk&#8203;.migration | Enables the migration init container. This will copy the data in paths from the primary data disk to the newly enabled secondary disk. This is done only once and only if there is legacy data at all. No files are overwritten! |  `false` |
**mounts**&#8203;.disk&#8203;.size | Sets the size of the disk |   |
**mounts**&#8203;.disk&#8203;.volumeName | If you do not want to have a Volume created by the provisioner, you can set the name of your volume here to attach to this pre-existing one |   |
**mounts**&#8203;.file&#8203;.class | Sets the class of the shared disk |   |
**mounts**&#8203;.file&#8203;.size | Sets the size of the shared disk |   |
**mounts**&#8203;.file&#8203;.volumeName | If you do not want to have a Volume created by the provisioner, you can set the name of your volume here to attach to this pre-existing one |   |
**mounts**&#8203;.generic | Allows to define generic mounts of pre-provisioned PVs into any container. This can be used e.g. to mount migration nfs, cifs / samba shares into a pipeliner container. |   |
**mounts**&#8203;.logs&#8203;.size | Sets the size of the log disk (all paths) |   |
**mounts**&#8203;.pool&#8203;.path | Sets the path to a directory, there the `pool` folder from the `conf` volume should be mounted. this is used to store scripts, apps and assets that are required to deploy an application / solution <br>do not change this value | **info only**, do not change<br> `"/pool"` |
**mounts**&#8203;.temp&#8203;.path | Sets the path to the temporary files <br>do not change this value | **info only**, do not change<br> `"/tmp"` |
**mounts**&#8203;.temp&#8203;.size | Sets the size of the temporary disk (all paths) |   |
nameOverride | This overrides the output of the internal name function |   |
**nappl**&#8203;.account | The technical account to login with |   |
**nappl**&#8203;.domain | The domain of the technical account |   |
**nappl**&#8203;.host | nappl host name |   |
**nappl**&#8203;.instance | instance of the Application Layer, likely `instance1` |   |
**nappl**&#8203;.password | The password of the technical accunt (if not set by secret) |   |
**nappl**&#8203;.port | nappl port (http 8080 or https 8443) |   |
**nappl**&#8203;.secret | An optional secret that holds the credentials (the keys must be `account` and `password`) |   |
**nappl**&#8203;.ssl | sets the Advanced Connect to tls |   |
nodeSelector | select specific nodes for this component |   |
**nstl**&#8203;.host | The dns of the *nscale Server Storage Layer*. This is used to add it to the nappl configuration |   |
prerun | A list of scripts to run before the deployment of Apps |   |
**resources**&#8203;.limits&#8203;.cpu | The maximum allowed CPU for the container |   |
**resources**&#8203;.limits&#8203;.memory | The maximum allowed RAM for the container |   |
**resources**&#8203;.requests&#8203;.cpu | Set the share of guaranteed CPU to the container. |   |
**resources**&#8203;.requests&#8203;.memory | Set the share of guaranteed RAM to the container |   |
**rs**&#8203;.host | The dns of the *nscale rendition Server*. This is used to add it to the nappl configuration |   |
run | A list of scripts to run after the deployment of Apps |   |
**security**&#8203;.containerSecurityContext&#8203;.allowPrivilegeEscalation | Some functionality may need the possibility to allow privilege escalation. This should be very restrictive <br>you should not change this | **info only**, do not change<br> `false` |
**security**&#8203;.containerSecurityContext&#8203;.readOnlyRootFilesystem | sets the container root file system to read only. This should be the case in production environment <br>you should not change this | **info only**, do not change<br> `true` |
**security**&#8203;.podSecurityContext&#8203;.fsGroup | The file system group as which new files are created <br>there is normally no need to change this | **info only**, do not change<br> `1001` |
**security**&#8203;.podSecurityContext&#8203;.fsGroupChangePolicy | Under which condition should the fsGroup be changed <br>there is normally no need to change this | **info only**, do not change<br> `"OnRootMismatch"` |
**security**&#8203;.podSecurityContext&#8203;.runAsUser | The user under which the container ist run. Avoid 0 / root. The container should run in a non-root context for security <br>there is normally no need to change this | **info only**, do not change<br> `1001` |
**security**&#8203;.zeroTrust | turns on *Zero Trust* Mode, disabling *all* http communication, even the internal http probes |  `false` |
**telemetry**&#8203;.openTelemetry | turns Open Telemetry on |   |
**telemetry**&#8203;.serviceName | Sets the service name for the telemetry service to more convenient identify the displayed component Example: "{{ .this.meta.type }}-{{ .instance.name }}" |   |
terminationGracePeriodSeconds | Sets the terminationGracePeriodSeconds for the component If not set, it uses the Kubernetes defaults |   |
timezone | set the time zone for this component to make sure log output has a specific timestamp, internal dates and times are correct (like the creationDate in nappl) etc. |  `Europe/Berlin` |
tolerations | Set tolerations for this component |   |
**utils**&#8203;.debug | Turn debugging *on* will give you stack trace etc.  Please check out the Chart Developer Guide |  `false` |
**utils**&#8203;.disableWait | in case you use the argoCD Wave feature, you might think about switching off the waitFor mechanism, that makes sure PODs are only started after pre-requisites are fulfilled. You can disable the starndard wait mechanism, but at your own risk, as this might start components even if they are not intended to run yet. |  `false` |
**utils**&#8203;.disableWave | If you use argoCD, you most likely want to use the argo Wave Feature as well, making sure the components of an instance are deployed ordered. However, in DEV you might want to disable this to allow live changing components while previous waves are not finished yet. |  `false` |
**utils**&#8203;.includeNamespace | By default, the namespace is rendered into the manifest. However, if you want to use `helm template` and store manifests for later applying them to multiple namespaces, you might want to turn this `false` to be able to use `kubectl apply -n <namespace> -f template.yaml` later |  `true` |
**utils**&#8203;.maintenance | in Maintenance Mode, all *waitFor* actions will be skipped, the *Health Checks* are ignored and the pods will start in idle, not starting the service at all. This will allow you to gain access to the container to perform recovery and maintenance tasks while having the real container up. |  `false` |
**utils**&#8203;.renderComments | You can turn Comment rendering *on* to get descriptive information inside the manifests. It will also fail on depricated functions and keys, so it is recommended to only switch it off in PROD |  `true` |
waitFor | Defines a list of conditions that need to be met before this components starts. The condition must be a network port that opens, when the master component is ready. Mostly, this will be a service, since a component is only added to a service if the  probes succeed. |   |