Andreia-Irina OCĂNOAIA (87562)
--- a/course-07.md 0 → 100644
+++ b/course-07.md 0 → 100644
+# Cursul 06 - CI/CD
+
+## Ce este CI/CD?
+
+CI/CD este un acronim care vine de la Continuous Integration/Continuous Delivery (sau Continuous Deployment). In prmul rand, acesta este un set de practici si instrumente care ajuta echipele de dezvoltare software sa livreze cod intr-un mod stabil.
+
+Ideea de CI/CD este strans legata de ideea de release, in sensul ca CI/CD-ul este componenta dintr-un proiect care "duce" codul in productie.
+
+Ca sa avem release-uri fara emotii, trebuie sa avem in vedere urmatoarele aspecte:
+* Reproductibilitatea - release-urile trebuie sa aiba niste pasi clari de urmat care sa fie reproductibili pentru orice mediu (development, staging, production) si orice versiune a codului.
--- a/course-07.md 0 → 100644
+++ b/course-07.md 0 → 100644
+
+Ca sa avem release-uri fara emotii, trebuie sa avem in vedere urmatoarele aspecte:
+* Reproductibilitatea - release-urile trebuie sa aiba niste pasi clari de urmat care sa fie reproductibili pentru orice mediu (development, staging, production) si orice versiune a codului.
+* Downtime cat mai mic, ideal deloc - schimbarile de configuratie sau deploymenturile ar trebui sa nu aiba downtime deloc, aplicatia trebuie sa fie in picioare pe parcursul release-ului.
+* Automated releases - automatizarea reduce eroare umana, pasii manuali de facut intr-un release (humanly) error-prone.
+* Support rollbacks - daca sistemul crapa (si va crapa) trebuie sa avem un mecanism cat mai rapid sa-l aducem la starea stabila de dinainte. In productie, in cazul unui outage sau a unui bug, se face revert (rollback) la versiunea anterioara stabila. Debuggingul, reproducerea problemei si fixul se fac in mediul de development si dupa testare se face din nou release la noua versiune fixata.
+
+Tooluri de CI/CD populare sunt:
+* GitHub Actions - managed, out-of-the-box service, usor de folosit dintr-un repository de GitHub
+* Gitlab Action - managed, out-of-the-box service, usor de folosit dintr-un repository de Gitlab
+* Jenkins - self-hosted, open-source tool, ofera CI/CD pentru orice tip de aplicatie, folosit foarte des in industrie, heavyweight
+* Argo - self-hosted, usor de integrat in Kubernetes, care ofera CI/CD pentru aplicatii containerizate
+
+## CI/CD Pipeline stages
+
+Typical pipeline stages include:
--- a/course-07.md 0 → 100644
+++ b/course-07.md 0 → 100644
+Tooluri de CI/CD populare sunt:
+* GitHub Actions - managed, out-of-the-box service, usor de folosit dintr-un repository de GitHub
+* Gitlab Action - managed, out-of-the-box service, usor de folosit dintr-un repository de Gitlab
+* Jenkins - self-hosted, open-source tool, ofera CI/CD pentru orice tip de aplicatie, folosit foarte des in industrie, heavyweight
+* Argo - self-hosted, usor de integrat in Kubernetes, care ofera CI/CD pentru aplicatii containerizate
+
+## CI/CD Pipeline stages
+
+Typical pipeline stages include:
+
+- Source Code Checkout
+- Build / Compile
+- Automated Testing (unit, integration, etc.)
+- Security Scanning
+- Artifact Packaging & Publishing
+- Deployment (staging, production, etc.)
--- a/course-07.md 0 → 100644
+++ b/course-07.md 0 → 100644
+
+- Source Code Checkout
+- Build / Compile
+- Automated Testing (unit, integration, etc.)
+- Security Scanning
+- Artifact Packaging & Publishing
+- Deployment (staging, production, etc.)
+
+## Use cases pentru CI/CD
+
+- Run linters, run checkers
+- Run setup scripts (run IaC scripts, databases migrations)
+- Compile the code
+- Test the code (unit tests, system and integration tests)
+- Deploy the code - green/blue deployments
+- Run security scans
--- a/course-07.md 0 → 100644
+++ b/course-07.md 0 → 100644
+        - name: Set up Go
+            uses: actions/setup-go@v4
+        - name: Install dependencies
+            run: go mod download
+        - name: Run tests
+            run: go test ./...
+        - name: Build
+            run: go build -o myapp
+```
+
+Am definit un workflow care se va rula la fiecare push pe branch-ul main.
+
+Repository: [https://github.com/andreia-oca/go-simple-webserver]
+
+Avantajele folosirii GitHub Actions:
+- usor de folosit, usor de integrat intr-un repository de GitHub
--- a/course-07.md 0 → 100644
+++ b/course-07.md 0 → 100644
+```
+
+Am definit un workflow care se va rula la fiecare push pe branch-ul main.
+
+Repository: [https://github.com/andreia-oca/go-simple-webserver]
+
+Avantajele folosirii GitHub Actions:
+- usor de folosit, usor de integrat intr-un repository de GitHub
+- managed solution, nu trebuie sa setam noi infrastructura pentru a porni VM-urile pe care se ruleaza pipeline-urile
+- integrat cu alte tooluri din GitHub (GHCR, GitHub Secrets, etc.)
+
+Dezavantajele folosirii GitHub Actions:
+- dificil de facut debugging pe pipeline-uri complexe
+- nu avem full control asupra mediului (de exemplu, multa vreme nu au avut support pentru ARM runners, deci nu puteam compila nativ aplicatii pentru ARM)
+
+Totusi, codul nostru nu a ajuns inca in productie, doar am creat un release cu artefactele necesare. In continuare, o sa vorbim despre cum putem sa facem deploymentul aplicatiei noastre in productie.
--- a/course-07.md 0 → 100644
+++ b/course-07.md 0 → 100644
+```bash
+kubectl set image rollout go-simple-webserver webserver=ghcr.io/andreia-oca/go-simple-webserver:v1.0.0
+argo-rollouts get rollout go-simple-webserver --watch
+```
+
+## Best practices for CI/CD
+
+- Secure secrets management - nu hardcodati credentiale, keys, tokens in cod chiar daca sunt in repository-uri private. Folositi tooluri de secrets management (ex: HashiCorp Vault, AWS Secrets Manager, Azure Key Vault, etc.) sau folositi GitHub Secrets pentru a stoca credentialele in GitHub Actions.
+
+- Pinning versions for dependencies - nu folosdefaultsiti latest sau  cand instalati dependinte/imagini de docker etc. Release-urile trebuie sa fie predictibile si reproductibile, daca latest se muta pentru ca a aparut o noua versiune, puteti sa introduceti bug-uri in productie (been there, done that - bugurile acestea sunt draconice - greu de debuggat si de obicei crapa fie tot buildul, fie tot sistemul)
+
+- Automate pipelines - automatizati cat mai mult din pipeline-urile de CI/CD ca sa evitati erorile umane. Daca exista pasi manuali sau aspecte la care release manager-ul trebuie sa fie atent - creati alerte, scrieti documentatie.
+
+- Tests, tests, tests - dati enable automat la teste in pipeline-uri de CI/CD.
+
+- Use artefacts (docker images, packages etc.) - folositi artefacte pentru a face release-urile rapide. Ideal ar trebui ca fiecare componenta sa se builduiasca doar o data si sa fie refolosita in pipeline-uri. De exemplu, folositi GHCR pentru a stoca imaginile de docker si a le folosi in pipeline-urile de CI/CD.
--- a/course-07.md 0 → 100644
+++ b/course-07.md 0 → 100644
+   - Feature flags sunt utile pentru a testa functionalitati noi in productie fara a afecta toti utilizatorii
+
+## Demo 02 - Rollouts deployments
+
+```yaml
+spec:
+  replicas: 2
+  strategy:
+    # Canary strategy
+    canary:
+        - setWeight: 25
+        - pause: {duration: 30s}
+        - setWeight: 50
+        - pause: {duration: 30s}
+        - setWeight: 100
+```