De consument ontvangt een bericht van Kafka, vult de buffer, en wanneer de batch klaar is — schrijft en commit. Wat gebeurt er als de service crasht tijdens het samenstellen van de batch?
Golang
Heeft u load testing gedaan?
Was de basis vet? Hoeveel gegevens?
Hoe gebruik je neurale netwerken in je werk?
Hoe stroomden de gegevens naar u toe via RPIH? Hoe kwam het evenement binnen?
Hoe vaak hebt u triggers gebruikt, alleen in het geval met het verhaal of waren er andere gevallen?
Hoeveel microservices waren er in de cluster en hoeveel kun je in je hoofd houden?
Wat gebeurt er als de service crasht op het moment dat je de batch voor het schrijven verzamelt? Hoe werd de vertraging van de consument afgehandeld?
Is het goed dat dezelfde endpoint wordt gebruikt voor het toevoegen van vrienden en het bekijken van de vrienden van een gebruiker, maar met verschillende methoden? Hoe gaat dit werken?
Heb je jobs toegevoegd aan de pipeline, zoals linters en andere stappen?
Hoe heb je het inbox-patroon gebouwd? Hoeveel PostgreSQL-instanties had je?
Hoe gegevens uitwisselen tussen goroutines?
Had de service enige endpoints om te controleren of de service nu werkt?
Blokkeert een normale mutex zowel voor lezen als voor schrijven?
Gebruikers worden geshard op basis van ID. De service ontvangt een verzoek om het wachtwoord van een gebruiker bij te werken — wat gebeurt er daarna op servicelniveau?
// Vraag 1. Wat wordt er op het scherm weergegeven? package main import "fmt" func main() { s := "Hello world" s[0] = "h" fmt.Println(s) }
Als de operatie 10-12 minuten duurt en er is een actieve schrijfactie en de gegevens veranderen, waren er geen bijwerkingen?
// Vraag 1. Wat wordt er op het scherm weergegeven? package main import "fmt" func main() { s := "Hello world" s[0] = "h" if err != nil { fmt.Println("Fout", err) } fmt.Println(s) }
Met welke problemen kunnen we geconfronteerd worden bij het ontwerpen van een microservices-architectuur?
Is het mogelijk om expliciet het garbage collection proces in Go aan te roepen?