Lze implementovat stejné REST-endpointy odstraněním slova s názvem zdroje ze cesty (například 'news')?
Golang
Je otázka 'Proč jste zvolili strategii Cache-aside?' správná?
hlavní balíček import ( "fmt" "sync" ) func main() { for i := 0; i < 5; i++ { go fmt.Println(i) } }
Jak se změnily vaše úkoly ve [společnost] za poslední tři roky?
Jak je možné dosáhnout 180K RPS a p99 latence <170ms?
Vysvětlil jsi, proč jsi se rozhodl použít několik mikroservis, jak spolu komunikují a s kým jsi tuto rozhodnutí konzultoval?
Lze implementovat RPC přes REST a naopak? V čem je zásadní rozdíl?
Pokračujte v příběhu o architektuře systému a popište tok požadavků.
Služba pro zpracování žádostí uživatelů na Telegramu Uživatel může odeslat hlášení Administrátoři mohou zpracovávat hlášení Administrátor může poskytnout zpětnou vazbu uživateli DAU = 100 Dostupnost = 99,95 % RPS = 100 Služba ticketů POST /api/v1/tickets // vytvoření GET /api/v1/tickets/{id} PATCH tickets/{id}/status PATCH tickets/{id}/assign Diagram: Uživatel a správce jdou do API Gateway API Gateway jde do Ticket Service a Admin Service Ticket Service jde do PgSQL
Pokud se odkloníme od konkrétní implementace gRPC, co je RPC jako přístup a jaký problém řeší?
Co je v JWT tokenu, co umožňuje jeho validaci?
Jak se vypořádat s tím, když uživatel získá token, změní v něm roli a přijde se změněným tokenem na službu?
V HTTP/1.1 lze přenášet binární data v těle požadavku — tak v čem je tedy zásadní rozdíl s HTTP/2?
Co se stane, pokud je defer mimo gorutinu, místo uvnitř ní?
Jak obecně funguje standardní schéma autorizace přes JWT?
V HTTP/2, díky trvalému TCP spojení se objevila možnost udělat jednu zajímavou věc — co přesně to umožnilo realizovat?
Co dělá sysmon za běhu v Go?
Napsal jsi spoustu technických úkolů. Prosím, řekni mi, jaké produktové úkoly pomohly vyřešit.
Za co byla odpovědná vaše tým v [společnost]?
Máš zkušenosti s gRPC a GraphQL? Povíš mi o nich.