Golang

Hoe krijg je met één query de lijst van niet-blokkeerde verkopers, als je een tabel hebt met alle verkopers en een andere alleen met geblokkeerde verkopers?

Je hebt gesproken over het read-model met Redis. Was Redis gerepliceerd tussen datacenters?

Als je een synchrone query naar de database of een nabije service doet en de query duurt 5 seconden, wat gebeurt er dan met de thread van het besturingssysteem waarop de service draait terwijl de query wordt uitgevoerd?

De gevel maakt verbinding met 10 interne services (elk 100-300 ms) plus een globale service in China (500 ms), de totale responstijd is ongeveer 3,5 seconden. Hoe zou je dit probleem oplossen om de verwerking te versnellen?

Als een van de services die je gebruikt een fout retourneert, wat ga je doen en hoe ga je dat afhandelen als er een kanaal is?

Had je aan de ingang één service-gateway waarmee alle partners (B2B) communiceerden? In hoeveel instanties draaide hij?

Heb je vragen aan je collega?

Hoe voorkom je dat je überhaupt naar een service gaat die gegarandeerd uitvalt of niet bereikbaar is?

Hield Redis de gegevens alleen in het geheugen of was er een fallback op de schijf? Wat gebeurt er als Redis crasht?

Als je een grote taak hebt, bijvoorbeeld een 10 GB bestand met regel-voor-regel-instellingen, en je moet elke regel verwerken (bijvoorbeeld een punt aan het einde zetten), zouden goroutines helpen om dit werk te versnellen?

In de programmeertaal Go zijn er goroutines — lichte threads. Kun je uitleggen hoe je begrijpt wanneer je een goroutine moet gebruiken en wanneer niet?

Hoe werd de RPS berekend — telde je gewoon de belasting van alle handvatten op, of hoe?

Ben je bang voor de tijdregistrator? Waarom?

Als je kanalen gebruikt om resultaten van services te verzamelen, hoeveel kanalen zouden nodig zijn om dit mechanisme te organiseren?

Hoeveel datacenters had u: één of meerdere?

Hoe te begrijpen waar de knelpunten liggen bij het verwerken van een bestand — als regel-voor-regel verwerking traag lijkt, maar goroutines in een lus verwerken?

Misschien moeten we beginnen met het gebruiken van goroutines om de snelheid te verhogen, bijvoorbeeld tien keer sneller bij het gebruik van tien goroutines?

Hoe hebt u de atomairheid van de schrijfoperatie in Redis geïmplementeerd? Welke algoritme hebt u gebruikt (Lua-script)?

Je zei dat je een service hebt die naar Kafka luistert en de cache in Redis bijwerkt, toch?

De service deelde gewoon gegevens uit de cache, of voerde het nog een andere logica uit?