Уточняване на зоната на отговорност: машина на състоянията, Transactional Outbox, оптимистични блокировки
Golang
Кои системи за контейнеризация и оркестрация знаете?
Колко опита за повторно опитване трябва да се направят преди изпращане на съобщение към DLQ?
Какви са предимствата на използването на нишки вместо създаването на отделни процеси?
С какво се занимаваше кандидатът и с какво останалият екип в Авито?
Защо беше добавена услугата за антифрод проверки към зоната на отговорност на кандидата?
Какви методи за изолация предоставя Linux за контейнери?
Какви техники се използват за увеличаване на пропускателната способност и обема на данните в системите за управление на бази данни?
Какво ще стане, ако стартирате goroutine и в нея извикате panic? Горутина ще спре ли или ще спре цялото приложение?
Какъв ще бъде резултатът от запис в затворен канал? Deadlock, паника или операцията за запис ще върне грешка?
Какво се намира в папката /proc?
Отговорете на въпросите Работили ли сте с разпределени системи и техните ограничения? Какви? Занимавате ли се с документация, метрики, мониторинг? Да Не Запознати ли сте с CAP теоремата? Да Не Според вас, покритието на кода с метрики или актуализирането на документацията задължително изисква отделна задача за технически дълг?
Къде отива повторното опитване при конфликт на версията на оптимистичното блокиране — от Kafka съобщението или от услугата?
Кога се изчисляват аргументите на отложените функции — в момента на дефиниране или при извикване на функцията?
Кой механизъм съществува в Go: наследяване или композиция?
Какъв е редът на обход на елементите в контейнера map? Той е фиксиран от определен алгоритъм, произволно определен по време на компилация или определен по време на изпълнение?
Кога ще бъде извикана отложената функция defer? При излизане от локалния блок, при излизане от функцията или при завършване на приложението?
Как точно изглеждаше пътят на оптимистичното блокиране от получаването на съобщението от Kafka до актуализирането в базата данни?
Няма ли да възникне ситуация, в която старият вердикт за отказ ще отиде в DLQ и обявата с неправилна цена никога няма да бъде отхвърлена?
Кой се занимаваше с услугите за проверка (антифрод, проверка на изображения, текст, спам, лимити)?