CI/CD pipeline
CI/CD pipeline pro cloudové aplikace je páteřní automatizační systém, který převádí změny kódu a infrastruktury do provozu spolehlivě, bezpečně a opakovatelně. V cloud-native světě (kontejnery, Kubernetes, serverless, spravované služby) už pipeline neřeší jen kompilaci a nasazení, ale také supply-chain security, generování SBOM, policy-as-code, synchronizaci GitOps, správu tajemství a observabilitu napříč prostředími. Tento text shrnuje doporučenou architekturu, postupy a šablony, které vám umožní vybudovat profesionální CI/CD pro veřejný cloud i hybridní topologie.
Principy cloud-native CI/CD
- Pipeline jako kód: definice workflow v YAML (GitHub Actions, GitLab CI, Jenkinsfile) verzované v repozitáři.
- Deklarativní nasazení: Helm/Kustomize, Argo CD/Flux (GitOps) jako zdroj pravdy pro stav prostředí.
- Nezávislé artefakty: OCI image pro aplikaci, chart/kustomization pro nasazení, Terraform pro infrastrukturu.
- Bezpečnost by design: SAST/SCA, skenování image, podpisy artefaktů, federace OIDC bez statických klíčů.
- Rychlá zpětná vazba: paralelní testy, dočasná prostředí pro PR, canary/blue-green rollout s automatickým vyhodnocováním SLO.
Referenční architektura
- SCM & CI: Git + CI orchestrátor (GitHub Actions/GitLab CI/Jenkins/CircleCI).
- Artefakty: Container Registry (ECR/GCR/ACR/GHCR), Helm repozitář, sběr SBOM (CycloneDX/Syft).
- CD: GitOps kontroler (Argo CD/Flux) sledující repozitář environment.
- IaC: Terraform (základní infrastruktura + moduly pro jednotlivé aplikace), vzdálený state, schvalovací kroky.
- Tajemství: cloudové trezory (AWS Secrets Manager, GCP Secret Manager, Azure Key Vault) + Sealed Secrets/External Secrets pro K8s.
- Observabilita: Prometheus/Grafana, OpenTelemetry, centralizované logy (Loki/ELK), upozornění.
Strategie větví a verzování
- Trunk-based development: krátké feature větve, rychlé slučování, minimální odchylky od
main. - Conventional Commits + SemVer: automatické generování tagů, changelogu a release artefaktů.
- Ochrana hlavní větve: povinné revize, kontroly stavu (lint/test/scan), zákaz přímých pushů.
Build kontejnerů a supply-chain security
- Deterministický build: lockfile, vícefázový Dockerfile, reprodukovatelné verze.
- Multi-arch image: buildx a qemu pro
linux/amd64alinux/arm64, pokud cílíte také na edge. - SBOM: generujte CycloneDX/SPDX, ukládejte do registru a přikládejte k releasu.
- Skener zranitelností: Trivy/Grype pro image i závislosti (SCA), fail policy pro kritické CVE.
- Podpis artefaktů: Cosign/Sigstore a admission policy v clusteru, která vyžaduje ověřený podpis.
Testovací pyramida a dočasná prostředí
- Unit a komponentní testy: nejrychlejší vrstva spouštěná při každém commitu.
- Integrační testy: proti závislostem v kontejnerech (Docker Compose) nebo ve sdíleném testovacím clusteru.
- Kontraktové testy: validace Pact/Schema pro API mezi týmy a mikroslužbami.
- Dočasná/preview prostředí: pro každý PR vytvořte izolovanou instanci aplikace (namespace), spusťte E2E testy (Playwright/Cypress) a po uzavření PR ji ukliďte.
- Výkonnostní smoke test: k6 s krátkým profilem při PR; plná zátěž až ve stagingu.
Infrastruktura jako kód (Terraform)
- Oddělení vrstev: základní infrastruktura (VPC, sítě, KMS, registry) vs. aplikační stack (databáze, fronty, buckety).
- Workspaces a moduly: prostředí dev/stage/prod, jednotné moduly pro opakovatelnost.
- Plan → approve → apply: plan jako artefakt, ruční schválení před apply pro produkci.
- Vzdálený state + zamykání: S3/GCS/Blob s DynamoDB/Lock table → prevence kolizí.
GitOps a správa prostředí
- Environment repo: samostatný repozitář s Helm values/Kustomize pro dev/stage/prod.
- Tok CD: CI po vytvoření image otevře PR v repozitáři env, který změní tag verze; Argo CD/Flux doručí změnu do clusteru.
- Detekce odchylek: zákaz manuálních zásahů mimo Git; upozornění při odchylce stavu.
Strategie nasazení a návratů
- RollingUpdate: výchozí vyvážená strategie pro běžné releasy.
- Blue/Green: paralelní prostředí a atomické přepnutí provozu (Ingress/Gateway).
- Canary: postupné navyšování procentuálního podílu, automatické zastavení při zhoršení SLO (Argo Rollouts/Flagger).
- Okamžitý rollback: uchovávejte posledních N tagů a používejte reverzibilní migrace databáze.
Datové migrace a kompatibilita
- Vzorec expand/contract: nejprve přidejte nový sloupec/endpoint, nasaďte kompatibilní verzi a teprve poté odstraňte staré.
- Řízené migrace: Flyway/Liquibase spouštěné jako samostatný job/helm hook s ochrannými opatřeními.
- Backfill a idempotence: migrační skripty musí být bezpečné při opakovaném spuštění.
Identity, tajemství a přístup
- Federace OIDC: běh CI získává krátkodobé tokeny pro přístup do cloudu; žádné statické klíče v úložišti tajemství CI.
- External Secrets: synchronizace tajemství z cloudového trezoru do K8s; audit přístupů a rotace.
- Princip nejnižších oprávnění: jemně odstupňovaná IAM/RBAC oprávnění pro nasazování i běh aplikací.
Observabilita a SRE v pipeline
- SLI/SLO: definujte cíle latence, chybovosti a saturace; CI/CD před nasazením do produkce vyhodnocuje error budget.
- Automatizované verification gates: po nasazení do canary/stage spusťte kontrolu stavu, dotazy na metriky a smoke E2E testy; při zhoršení následuje automatický rollback.
- Telemetrie releasů: každé nasazení zaznamenejte s verzí/tagem do metrik a logů pro korelaci incidentů.
Bezpečnost (DevSecOps) od začátku do konce
- SAST/CodeQL: při každém PR; blokujte sloučení při kritických nálezech.
- SCA + licenční politika: závislosti bez zakázaných licencí; allowlist v CI.
- DAST: lehké testy proti preview/stage (OWASP ZAP) s časovým limitem.
- Podpis a ověření: Cosign + politika Kyverno/OPA Gatekeeper vyžadující platný podpis a SBOM.
Policy as Code a compliance
- OPA/Kyverno: vynucení pravidel (např.
runAsNonRoot, limity zdrojů) při přijetí požadavku do clusteru. - Politiky Terraformu (OPA/Sentinel): zákaz veřejně přístupných bucketů, povinné šifrování atd.
- Auditní stopa: uchovávejte artefakty plan/apply, manifesty nasazení a schválení.
Náklady a efektivita pipeline
- Chytré cachování: cachujte závislosti a vrstvy Dockeru; pro často používané knihovny nastavte krátkou dobu expirace.
- Paralelizace a matice: souběžné běhy pro OS/architektury/testovací shardy s limitem souběžnosti.
- Self-hosted runneři: pro náročné buildy; automatické škálování pomocí spot instancí či přejmenovaných instancí.
Multi-cloud a hybridní prostředí
- Abstrakce: OCI image, Helm chart a OpenTelemetry pomáhají zachovat přenositelnost.
- Oddělení přihlašovacích údajů: role OIDC pro každý cloud; žádné sdílené klíče.
- Federované GitOps: více instancí Argo CD pro jednotlivé cloudy, centrální vzor app-of-apps.
Specifika serverless a event-driven architektur
- Balíčkování: ZIP/OCI pro funkce (AWS Lambda, Cloud Functions) se smlouvami handler.
- Změny infrastruktury: SAM/Serverless Framework/Terraform; canary alias (AWS Lambda) pro postupné rollouty.
- Kontraktové testy událostí: verzování a validace schémat (JSON Schema/Avro) v CI.
Ukázka CI workflow (GitHub Actions)
Minimalistická kostra: build, test, SBOM, skenování, podpis, push do registru, PR do repozitáře environment.
name: ci
on: [push, pull_request]
jobs:
build-test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: actions/setup-node@v4
with: { node-version: 20 }
- run: npm ci && npm run lint && npm test -- --ci
- name: Build image
run: docker buildx build -t ghcr.io/org/app:${{ github.sha }} .
- name: SBOM
run: syft packages ghcr.io/org/app:${{ github.sha }} -o cyclonedx-json > sbom.json
- name: Scan
run: trivy image --exit-code 1 --severity HIGH,CRITICAL ghcr.io/org/app:${{ github.sha }}
- name: Push image
run: echo $CR_PAT | docker login ghcr.io -u $GITHUB_ACTOR --password-stdin && docker push ghcr.io/org/app:${{ github.sha }}
Ukázka změny GitOps (Helm values)
CI vytvoří PR v repozitáři environment, který změní tag image:
# env/prod/app/values.yaml
image:
repository: ghcr.io/org/app
tag: sha-abcd1234
rollout:
strategy: canary
resources:
limits: { cpu: "500m", memory: "512Mi" }
Kontrolní seznam připravenosti na produkci
- Build je deterministický; image má SBOM a podpis (Cosign).
- Testy: unit/integration/contract/E2E, minimální pokrytí kódu a povinné quality gates.
- Skener závislostí a image blokuje kritické CVE; licenční politika je vynucována.
- Tajemství se spravují přes OIDC + trezor; v CI nejsou žádné statické klíče.
- GitOps pro prostředí s detekcí odchylek; zákaz přímého použití kubectl apply v produkci.
- Strategie rolloutů (canary/blue-green) s automatickým ověřováním SLO a rollbackem.
- Terraform s postupem plan/approve/apply, verzovanými moduly a auditní stopou.
- Observabilita: metriky/logy/tracing, runbooky, upozornění s nízkou mírou šumu.
Nejčastější chyby a jak se jim vyhnout
- Nasazení bez ověření: chybí testy/telemetrie po nasazení → zavádí se regresní chování.
- Manuální zásahy: změny mimo Git → ztráta auditu, configuration drift.
- Tajemství v repozitáři: nahraďte je OIDC, skenujte historii kvůli tajemstvím (git-secrets, Gitleaks).
- Neoddělená prostředí: sdílené databáze/testovací data → nestabilní testy a riziko úniku.
- Nereverzibilní migrace: chybějí skripty down a postup expand/contract.
Závěr
Moderní CI/CD pro cloudové aplikace se opírá o standardizované artefakty (OCI image, SBOM), deklarativní nasazení (Helm/Kustomize), synchronizaci GitOps a bezpečnostní ochranu napříč celým řetězcem – od commitu až po provoz v produkci. Přidejte automatické ověřování SLO, inteligentní rollouty, správu tajemství přes OIDC a policy-as-code a získáte pipeline, která je rychlá, bezpečná a auditovatelná. Začněte s jednoduchou kostrou, postupně přejděte k modulární architektuře a průběžně měřte dopad na lead time, četnost neúspěšných změn a spokojenost týmu – právě tyto metriky rozhodnou o úspěchu vašeho cloud-native doručování.
