Pastāstiet sīkāk par darbu ar Kafka: kā tieši notika ziņojumu dublēšana?
Golang
Kādi ir replikācijas veidi (sinhronā un asinhronā)? Kā darbojas sinhronā replikācija un kādas ir tās izmaksas?
Pastāstiet mums par komandas sastāvu, pakalpojumu atbildības jomām un izlaišanas ciklam.
Kāpēc tika izvēlēts gRPC nevis REST? Vai bija konkrēti veiktspējas prasības?
Vai jūs bijāt atbildīgs par produkta ekspluatāciju? Vai atbalsts bija jūsu komandai? Vai brīdinājumi un metriki tika jums?
Abstrakts gadījums: pakalpojums krīt (OOM kill), neredzi kļūdas, bet podā redzi, ka pēdējais statuss norāda uz atmiņas trūkumu. Kāda būtu rīcības secība pakalpojuma diagnostikai un stabilizācijai?
Kāpēc ir nepieciešamas transakcijas datu bāzēs?
Vai, pievienojot vairāk consumer'u, ja ir liels Kafka lag, tas palīdzēs? Kādās gadījumos tas palīdzēs, bet kad nē? Kas notiks, ja ir 16 partīcijas un 2 consumeri?
Vai ir iespējams, ka ziņojumi ir nevienmērīgi sadalīti starp partition'iem? Kā ar to cīnīties?
Vai jūs saglabājāt visus Kafka ziņojumus atsevišķā tabulā? Kāds bija šīs domas jēga, vai Kafka nebija pietiekami?
Ko jūs darījāt pēdējā darba vietā? Ar kādu projektu strādājāt?
Vai jums bija sidecar konteineri uz instancēm? Kas ir sidecar?
Vai tieši sadarbojāties ar Kubernetes?
Kāda ir atšķirība starp EXPLAIN un EXPLAIN ANALYZE? Kāpēc nevajadzētu izmantot EXPLAIN ANALYZE ražošanā?
Ko darījāt šādā gadījumā, kad brīdinājums aktivizējās, kad RPS pieauga līdz 5000? Kā noteicāt, vai tas bija reāls slodzes pieaugums vai sistēmas problēma?
Kāpēc veicāt manuālo commit offset vietā automātiskā?
Kādi bija precīzi caurlaidības rādītāji? Cik pieprasījumu par sekundi parasti un maksimumā?
Kā jūs veicāt Kafka patērētāju mērogošanu? Saskaņā ar kādiem kritērijiem?
Ja datu bāze nav pieejama un jūs veicat atkārtojumu, vai jūs neapstrādāsiet bezgalīgi tās pašas ziņas? Vai visi 500 tiks uz DLQ?
Lūdzu, pastāsti, ko tu dari savā pašreizējā darba vietā, kas tev patīk, kādus uzdevumus tev patīk, kādus nepatīk un kādus vēlētos izvairīties.