Golang

Потребителят получава съобщение от Kafka, натрупва го в буфера, когато batch е готов — пише и комитва. Какво ще се случи, ако услугата се срине по време на съставянето на batch?

Знаеш ли за складската тематика? Какво е това?

Базата беше мазна? Колко данни?

Как използваш невронните мрежи в работата си?

Колко микросервиса имаше в клъстера и колко можеш да запомниш?

Колко често използвахте тригерите, само в случая с историята или имаше и други случаи?

Как протичаха данните към вас чрез RPIH? Как идваше събитието?

Какво ще стане, ако услугата се срути в момента, в който събирате партида за запис? Как се справихте с изоставането на потребителя?

Как да обменяме данни между горутините?

Добавяли ли сте задачи в пайплайна, като линтери и други стъпки?

Как изградихте inbox модел? Колко инстанции на PostgreSQL имате?

Обикновеният mutex блокира както за четене, така и за писане?

// Въпрос 1. Какво ще се покаже на екрана? package main import "fmt" func main() { s := "Hello world" s[0] = "h" fmt.Println(s) }

Добре ли е, че един и същи endpoint се използва за добавяне на приятели и преглед на приятелите на потребителя, но с различни методи? Как ще работи това?

// Въпрос 1. Какво ще се покаже на екрана? package main import "fmt" func main() { s := "Hello world" s[0] = "h" if err != nil { fmt.Println("Грешка", err) } fmt.Println(s) }

Ако операцията продължава 10-12 минути и има активен запис и данните се променят, нямаше ли странични ефекти?

Потребителите са шарднати по ID. Услугата получава заявка за актуализиране на паролата на потребител — какво се случва след това на ниво услуга?

Имаше ли някакви крайни точки в услугата за проверка дали услугата работи сега?

Може ли явно да се извика принудително почистване на боклука в Go?

С какви проблеми можем да се сблъскаме при проектирането на микросервизни архитектури?