Repository-ul și clusterul local

Obținerea codului

Clonați repository-ul și intrați în directorul său:

git clone https://github.com/Cloud-Computing-UPB/lab4.git
cd lab4

Structura relevantă este:

.
├── charts
│   └── ticketing
│       ├── Chart.yaml
│       ├── values.yaml
│       ├── values-scale.yaml
│       ├── values.schema.json
│       └── templates
├── k8s-reference
├── kind-config.yaml
└── ... codul Ticketing API

Directorul k8s-reference conține forma netemplatizată a resurselor din Laboratorul 3. Nu vom aplica acele fișiere, dar ele ne ajută să comparăm manifestele inițiale cu chart-ul.

Crearea clusterului

Fișierul kind-config.yaml definește un control plane și două noduri worker. Creați clusterul laboratorului:

kind create cluster --name cc-lab4 --config kind-config.yaml

Verificați contextul și nodurile:

kubectl config current-context
kubectl get nodes -o wide

Contextul activ trebuie să fie:

kind-cc-lab4

Verificați contextul înainte de instalare

Helm folosește același context Kubernetes ca kubectl. Dacă aveți mai multe clustere, o comandă validă poate modifica alt cluster decât cel dorit.

Namespace-ul

Nu creăm namespace-ul printr-un manifest separat. Helm îl va crea la prima instalare prin opțiunea:

--namespace cc-lab4 --create-namespace

Această decizie păstrează chart-ul independent de un nume fix de namespace. Toate template-urile vor fi instalate în namespace-ul selectat pentru release.