IT Akademia
Panel / ๐Ÿ› ๏ธ Jira Cloud, Service Desk i DevOps / Lekcja 3/7

DevOps i CI/CD: od kodu do produkcji

โฑ 20 min ยท poziom 4/5
๐Ÿ“œ Wprowadzenie โ€” od historii do szczegolu 2009-dzis

Przez lata deweloperzy i operacje (ops) byly wrogami: jedni chcieli wypuszczac zmiany, drudzy chronic stabilnosc โ€” i obwinialy sie nawzajem po kazdej awarii ('u mnie dziala'). W 2009 na konferencji narodzil sie ruch DevOps, ktory zburzyl te sciane: wspolna odpowiedzialnosc za caly cykl, od kodu po produkcje, wsparta automatyzacja. CI/CD to jego techniczne serce.

To lekcja poziomu 4 o tym, jak nowoczesne zespoly dostarczaja oprogramowanie. Od historii konfliktu dev kontra ops zejdziemy do konkretu: czym jest ciagla integracja (CI) i ciagle dostarczanie/wdrazanie (CD), jak wyglada pipeline (build, test, deploy), rola automatyzacji testow oraz kultura szybkiego, bezpiecznego wypuszczania zmian. To fundament pod glebsze lekcje o pipeline'ach i Kubernetes.

Po tej lekcji bedziesz umiec:

DevOps to nie stanowisko ani narzedzie. To kultura wspolpracy Dev (tworzenie) i Ops (utrzymanie), ktora skraca droge od pomyslu do dzialajacej funkcji โ€” przy zachowaniu stabilnosci. Automatyzacja jest srodkiem, nie celem.

Trzy filary kultury DevOps

CI/CD โ€” potok dostarczania

SkrotZnaczenieCo robi
CIContinuous IntegrationAutomatyczny build + testy przy kazdej zmianie kodu
CDContinuous DeliveryAutomatyczne przygotowanie wydania, wdrozenie na 1 klik
CDContinuous DeploymentAutomatyczne wdrozenie na produkcje bez recznego kroku

Typowy pipeline uruchamia sie po wgraniu kodu (commit/push) i przechodzi przez etapy. Jesli ktorykolwiek zawiedzie โ€” potok sie zatrzymuje, zla zmiana nie idzie dalej.

  1. **Commit** โ€” programista wgrywa zmiane do repozytorium (Git).
  2. **Build** โ€” kod jest kompilowany/pakowany (np. obraz kontenera).
  3. **Test** โ€” automatyczne testy (jednostkowe, integracyjne, bezpieczenstwa).
  4. **Release/Artifact** โ€” gotowy artefakt trafia do rejestru.
  5. **Deploy** โ€” wdrozenie na srodowisko (staging -> produkcja).
  6. **Monitor** โ€” obserwacja metryk, logow, alertow po wdrozeniu.
Deployment strategie ograniczaja ryzyko: canary (male %), blue-green (dwa srodowiska, przelaczenie), rolling (stopniowo). To ta sama filozofia co update rings w Intune โ€” nigdy 'wszystko naraz'.

Konteneryzacja

**Kontener** (np. Docker) pakuje aplikacje z jej zaleznosciami w jedna, przenosna paczke โ€” 'dziala u mnie' staje sie 'dziala wszedzie tak samo'. **Orkiestracja** (Kubernetes) zarzadza wieloma kontenerami: skalowaniem, restartami, rozkladem ruchu.

Kontener to jak kontener morski: nie wazne, co w srodku โ€” port, statek i zuraw (infrastruktura) obsluguja go tak samo. Standard opakowania uwalnia od chaosu.

Monitoring i wskazniki DORA

Nie zarzadzasz tym, czego nie mierzysz. **Observability** = logi + metryki + slady (traces). Dojrzalosc DevOps mierzy sie wskaznikami **DORA**:

๐ŸŽฏ Cwiczenia podsumowujace

Gotowe? Oznacz lekcje jako ukonczona
Postep zapisuje sie automatycznie.
โ† Poprzednia Nastepna โ†’