( asm | 2024. 06. 29., szo – 19:05 )

Nem a kubernetest kell ismernie, hanem az egesz ecosystemet, ami korulveszi.

Egy developernek tisztaban kell lennie a cloud-native szempontokkal:

  • nem file-ba logolunk, hanem stdout/err-be
  • kerulni kell a filesystemre irast (mert lehet hogy readonly a /, meg egyebkentis egy Pod barmikor ujraindulhat, ergo elvesznek a file-ok)
  • az app lehetoleg envvarokbol vagy konfig file-bol (amit be lehet ConfigMapbol mountolni) szedje a konfigjat, ne vmi specialis nyakatekert modon
  • keszitsen endpointokat liveness/readiness probe-okhoz
  • keszitsen prometheushoz /metric endpointot
  • ha van tracing, akkor hasznaljon opentracing/-telemetry libet, hogy kuldjon span-okat a Jaegernek
  • hasznaljon kontenerizaciot, keszitsen Dockerfile-t
  • stb., stb.

Ha kelloen devopsos gondolkodassal bir a fejleszto, akkor csinal meg:

  • helm chartot
  • alert rule-okat
  • grafana dashboardokat
  • CI-hoz teszteket

Ha a fentiek hianyoznak, akkor az alkalmazas benan uzemeltetheto k8s kozegben.