← Všetky články

Kubernetes v životopise vs. Kubernetes v produkcii

Takmer každý DevOps životopis obsahuje Kubernetes. Takto počas jedného rozhovoru zistím, kto ho naozaj udržal v chode o tretej ráno.

Okno terminálu so zoznamom Kubernetes podov v namespace pre platby

Takmer každý DevOps životopis, ktorý dnes vidím, má rovnaký riadok: Kubernetes. Niekedy s piatimi hviezdičkami. Niekedy s tromi certifikátmi.

A to je v poriadku. Po rokoch prevádzky platforiem v banke však viem, že „používal som Kubernetes“ môže znamenať čokoľvek od „nasadil som Helm chart podľa tutoriálu“ až po „udržal som platobný cluster nažive počas pokazeného upgradu v piatok v noci“.

To sú veľmi odlišní ľudia. Vyhľadávanie podľa kľúčových slov ich nerozlíši. Dobrý rozhovor áno.

Prečo kľúčové slová nestačia

Klasický screening sa pýta „Máte Kubernetes?“ a odškrtne políčko. Problém je, že nástroje sú tá jednoduchšia časť. Banka v skutočnosti platí za úsudok: vedieť, čo sa pokazí, prečo sa to pokazí a čo robiť, keď sa to stane. A to všetko vtedy, keď sa pozerá audítor, release manažér aj nervózny product owner.

Úsudok v zozname zručností nenájdete. Nájdete ho v príbehoch.

Otázky, ktoré naozaj kladiem

Nerobím kvízy a nebudem od nikoho chcieť, aby odrecitoval rozdiel medzi Deploymentom a StatefulSetom. Namiesto toho sa pýtam napríklad:

  • „Povedzte mi o poslednom incidente, pri ktorom ste boli.“ Čo sa stalo, čo ste urobili vy a čo sa potom zmenilo?
  • „Prejdite so mnou posledný upgrade clustra.“ Čo ste kontrolovali ako prvé? Čo sa pokazilo? Ako ste robili rollback, alebo prečo nebol potrebný?
  • „Kde boli uložené secrets a kto ich mohol čítať?“ V regulovanom prostredí táto otázka povie veľa.
  • „Čo by ste urobili inak, keby ste tú platformu stavali znova?“
  • „Ako sa zmena dostala z notebooku vývojára do produkcie?“ Každý krok vrátane schvaľovania.

Na čo sa sústreďujem

Technické detaily sú dôležité, ale rovnako aj signály okolo nich:

  • Konkrétnosť. Skutočná prax prichádza s číslami, názvami komponentov, chybovými hláškami a časovou osou. „Bolo to pomalé“ je varovný signál. „p99 latencia vyskočila z 80 na 900 ms po reštarte ingress controllera“ nie je.
  • Kompromisy. Ľudia, ktorí prevádzkovali systémy v produkcii, hovoria o tom, prečo si niečo vybrali a čo ich to stálo.
  • „Ja“ vs. „my“. Tímová práca je skvelá, ale chcem vedieť, ktorá časť bola vaša.
  • Úprimné chyby. Najsilnejší inžinieri, ktorých poznám, mi presne povedia, čo pokazili a čo sa z toho naučili. Nikto so skutočnou praxou z produkcie nemá čistý štít.

Čo to znamená pre kandidátov

Nemusíte vedieť všetko. Musíte vedieť jasne a úprimne vysvetliť, čo ste robili. Pred pohovorom si vyberte dve či tri skutočné situácie (incident, migráciu, ťažké rozhodnutie o návrhu) a precvičte si, ako ich porozprávať od začiatku do konca.

Pomôže vám to viac než ďalší odznak na LinkedIne.

Čo to znamená pre firmy, ktoré hľadajú ľudí

Keď vám pošlem shortlist, každý človek na ňom už mal so mnou takýto rozhovor. Dostanete moje poznámky o tom, čo naozaj robil, v čom je silný a kde by potreboval podporu. Vaši inžinieri tak na pohovore idú do hĺbky a nezisťujú, že „Kubernetes“ znamenal jeden víkendový tutoriál.

Ak by ste chceli takýto screening pri ďalšom nábore, porozprávajme sa.