Spotrebiteľ dostáva správu z Kafka, ukladá ju do vyrovnávacej pamäte, a keď je batch pripravený — zapisuje a commitne. Čo sa stane, ak služba zlyhá počas zostavovania batch?
Golang
Vykonali ste záťažové testovanie?
Bola databáza mastná? Koľko dát?
Ako používaš neurónové siete v práci?
Ako tokali údaje k vám cez RPIH? Ako prichádzalo udalstvo?
Ako často ste používali spúšťače, len v prípade s príbehom alebo boli aj iné prípady?
Koľko mikroservisov bolo v clustri a koľko ich dokážeš udržať v hlave?
Čo sa stane, ak služba spadne v okamihu, keď zbierate dávku na zápis? Ako ste riešili oneskorenie spotrebiteľa?
Je v redu, da se za dodajanje prijateljev in ogled prijateljev uporabnika uporablja isti endpoint, vendar z različnimi metodami? Kako bo to delovalo?
Pridával si úlohy do pipeline, ako sú linters a ďalšie kroky?
Ako ste staval inbox vzorec? Koľko inštancií PostgreSQL ste mali?
Ako vymieňať údaje medzi gorutinami?
Mal služba nejaké koncové body na overenie, či služba momentálne funguje?
Zamyká bežný mutex pri čítaní aj písaní?
Používatelia sú shardovaní podľa ID. Služba prijíma požiadavku na aktualizáciu hesla používateľa — čo sa deje ďalej na úrovni služby?
// Otázka 1. Čo sa zobrazí na obrazovke? package main import "fmt" func main() { s := "Hello world" s[0] = "h" fmt.Println(s) }
Ak operácia trvá 10-12 minút a prebieha aktívny zápis a údaje sa menia, neboli žiadne vedľajšie účinky?
// Otázka 1. Čo sa zobrazí na obrazovke? package main import "fmt" func main() { s := "Hello world" s[0] = "h" if err != nil { fmt.Println("Chyba", err) } fmt.Println(s) }
S akými problémami sa môžeme stretnúť pri navrhovaní architektúry mikroservisov?
Je možné explicitne vyvolať odstraňovanie odpadu v Go?