Atbildības jomas precizēšana: stāvokļa mašīna, Transactional Outbox, optimistiskās bloķēšanas
Golang
Kuras konteinerizācijas un orkestrācijas sistēmas jūs zināt?
Cik reižu retry ir jāveic pirms ziņojuma nosūtīšanas uz DLQ?
Kādi ir pavedienu izmantošanas ieguvumi, salīdzinot ar atsevišķu procesu izveidi?
Ar ko nodarbojās kandidāts un ar ko nodarbojās pārējā komanda Avito?
Kāpēc kandidāta atbildības jomā tika pievienota antifrādes pārbaudes pakalpojums?
Kādus izolācijas veidus nodrošina Linux konteineriem?
Kādas tehnikas izmanto datu bāzu pārvaldības sistēmās, lai palielinātu pārraides jaudu un datu apjomu?
Kas notiks, ja palaidīsiet goroutine un tajā izsauksiet panic? Vai goroutine apstāsies vai visa programma?
Kāda būs rezultāts ierakstam slēgtā kanālā? Deadlock, panika vai rakstīšanas operācija atgriezīs kļūdu?
Kas atrodas mapē /proc?
Kur iet atkārtojums optimistiskās bloķēšanas versijas konfliktā — no Kafka ziņojuma vai no pakalpojuma?
Atbildiet uz jautājumiem Vai esat strādājis ar sadalītām sistēmām un to ierobežojumiem? Ar kuriem? Vai nodarbojaties ar dokumentāciju, metriku, uzraudzību? Jā Nē Vai esat iepazinies ar CAP teoriju? Jā Nē Vai uzskatāt, ka koda pārklājums ar metriku vai dokumentācijas atjaunināšana obligāti prasa atsevišķu tehniskās parādu uzdevumu?
Kad tiek argumenti atliktās funkcijas — definēšanas brīdī vai izsaukšanas brīdī?
Kāds mehānisms ir Go: mantošana vai sastāvs?
Kāds ir elementu apmeklējuma kārtība map konteinerā? Fiksēta pēc noteikta algoritma, nejauši noteikta kompilācijas laikā vai noteikta izpildes laikā?
Kad tiks izsaukta atliktā funkcija defer? Iziet no vietējā bloka, iziet no funkcijas vai pabeidzot lietojumprogrammu?
Kā tieši izskatījās optimistiskās bloķēšanas ceļš no Kafka ziņojuma saņemšanas līdz atjauninājumam datu bāzē?
Vai nenotiks situācija, kad vecā atteikuma spriedums nonāks DLQ un nepareizās cenas sludinājums nekad netiks noraidīts?
Kas nodarbojās ar pārbaudes pakalpojumiem (antifraud, attēlu, teksta, spama, limitu pārbaude)?