
Extends the build tools to add support to Kubernetes. For kubernetes, it supports single node cluster and host path for the volumes. New environment variables: - PROJECT: build project name - STX_PLATFORM: minikube or kubernetes - STX_BUILD_CPUS: replaces MINIKUBECPUS - STX_K8S_NAMESPACE: kubernetes namespace name * Default values are set to minikube, more details added in import-stx.README. To deploy stx on k8s you need to follow the below steps: - create k8s namespace - export PROJECT, included to support multiproject environments it is used by the new default build home and also for docker tagging. - export STX_BUILD_HOME, e.g: /localdisk/user/$PROJECT - export STX_K8S_NAMESPACE="namespace_name" - export STX_PLATFORM="kubernetes" - export KUBECONFIG to your kubernetes config file - STX_BUILD_CPUS replaces MINIKUBECPUS, this variable is used by build-pkgs parallel jobs ($MAX_CPUS) - Create your build home $STX_BUILD_HOME - Init repo & repo sync - source import-stx, check the env variables - stx-init-env - stx control status/start/stop/enter Test Plan: Pass: Create env on minikube Pass: Create env on Kubernetes Pass: Apply patch on current minikube env and continue to work on the environment without issues Pass: build package on Debian Pass: build Debian image Story: 2009812 Task: 44391 Signed-off-by: Luis Sampaio <luis.sampaio@windriver.com> Change-Id: I7b760fbf1454f6aa90dd93dd9ff3a61d5fbd1b5c
88 lines
2.0 KiB
YAML
88 lines
2.0 KiB
YAML
# Default values for stx-builder.
|
|
# This is a YAML-formatted file.
|
|
# Declare variables to be passed into your templates.
|
|
|
|
---
|
|
replicaCount: 1
|
|
|
|
image:
|
|
repository: stx-builder
|
|
pullPolicy: IfNotPresent
|
|
|
|
global:
|
|
# This is the host source directory, all the other directories are under it
|
|
# On minikube this is the /workspace, on K8s we can customize to any host directory
|
|
# In the future we should move to PV/PVCs
|
|
hostDir: /workspace
|
|
image:
|
|
# Overrides the image tag whose default is the chart appVersion.
|
|
# Setting as global so all dependencies can use the same TAG
|
|
# Not sure if this is the best way to handle this
|
|
tag: "v.0.1.0"
|
|
|
|
volumeMounts:
|
|
workspace:
|
|
name: shared-workspace
|
|
mountPath: /localdisk
|
|
userSetting:
|
|
name: user-setting
|
|
mountPath: /usr/local/bin/stx
|
|
mirror:
|
|
name: mirror
|
|
mountPath: /import/mirrors/starlingx
|
|
|
|
volumes:
|
|
workspace:
|
|
name: shared-workspace
|
|
hostPath:
|
|
path: /localdisk
|
|
userSetting:
|
|
name: user-setting
|
|
configMapName: builder
|
|
mirror:
|
|
name: mirror
|
|
hostPath:
|
|
path: /mirrors/starlingx
|
|
|
|
imagePullSecrets: []
|
|
nameOverride: ""
|
|
fullnameOverride: ""
|
|
|
|
podAnnotations: {}
|
|
|
|
podSecurityContext: {}
|
|
# fsGroup: 2000
|
|
|
|
securityContext: {}
|
|
# capabilities:
|
|
# drop:
|
|
# - ALL
|
|
# readOnlyRootFilesystem: true
|
|
# runAsNonRoot: true
|
|
# runAsUser: 1000
|
|
|
|
resources: {}
|
|
# We usually recommend not to specify default resources and to leave this as a conscious
|
|
# choice for the user. This also increases chances charts run on environments with little
|
|
# resources, such as Minikube. If you do want to specify resources, uncomment the following
|
|
# lines, adjust them as necessary, and remove the curly braces after 'resources:'.
|
|
# limits:
|
|
# cpu: 100m
|
|
# memory: 128Mi
|
|
# requests:
|
|
# cpu: 100m
|
|
# memory: 128Mi
|
|
|
|
autoscaling:
|
|
enabled: false
|
|
minReplicas: 1
|
|
maxReplicas: 100
|
|
targetCPUUtilizationPercentage: 80
|
|
# targetMemoryUtilizationPercentage: 80
|
|
|
|
nodeSelector: {}
|
|
|
|
tolerations: []
|
|
|
|
affinity: {}
|