SZYMON GRABOWSKI
DEVOPS ENGINEER
INFRASTRUCTURE / AUTOMATION / OBSERVABILITY
v3.3.1
CHECKING SYSTEMS

Theme

cd ..

ABOUT THIS PROJECT

READY

GOAL

A personal site run like a production service. The page itself is static; everything around it is the work I do: infrastructure in Git, tested and scanned builds, GitOps deploys with approval and one-commit rollback, and monitoring that anyone can look at.

Everything runs on one VPS, in a single-node k3s cluster: the site, its edge, GitOps, monitoring and alerting. Every component has a memory budget and a reason to be there.

  • Everything in Git: Helm charts, Argo CD apps, dashboards, alert rules, encrypted secrets
  • Non-root, read-only containers with measured memory limits; default-deny network policies
  • CI has no access to the server: it pushes an image and a commit, the cluster pulls
  • Rollback = git revert of the release commit; a lost server is rebuilt from Git

STACK

Hover or tap a technology to see its job here.

ARCHITECTURE

DELIVERY
  1. git push
  2. GitHub Actions: build, e2e, Lighthouse, Helm checks
  3. Trivy scan → image in GHCR
  4. manual approval
GITOPS
  1. release commit (image tag)
  2. Argo CD sync to k3s
  3. rolling update, no downtime
  4. live version check
RUNTIME
  1. visitor
  2. fail2ban: banned scanners dropped
  3. Traefik: TLS, HSTS, rate limits
  4. nginx pod: static files, /api/status
OBSERVABILITY
  1. blackbox probes, node & pod metrics
  2. Prometheus
  3. pod logs → Alloy → Loki
  4. Grafana (public, read-only)
ALERTING
  1. alert rules
  2. Alertmanager
  3. Discord
  4. server down: healthchecks.io

EXPLORE