Kāda ir galvenā problēma šīs īstenošanas? - Nav formulējumu par apjomu un rezultātiem - Trūkst kļūdu apstrāde drošības jomā - Kļūda konteksta konfigurācijā — kolekcijas netiek pareizi rakstītas. - Prototipa komponentu nav manuāli pārvaldāmu - Nav ieteikumu ar MVC vadības kursiem
Kā tu īstenotu biznesa galvenes (x-session-id, x-client-id) izplatīšanu visā mikroservisu sistēmā, izmantojot REST un Kafka?
Kā pārbaudīt, vai tēma ir dzīva un tai ir nepieciešamais partiju skaits, un vai vismaz viena partija ir vadītājs?
Kāpēc tur nav paziņojumu? Kāpēc tas neveic paziņojuma kompilāciju uz bāzes?
Tu runāji par idempotento sūtīšanu vai Exactly-Once Kafka. Kurš no tiem tika izmantots?
Kā lietotne jānosaka, kurā pārbaudē ir Kafka savienojumi un tēmas? Kā īstenot Kafka Health Check?
Kāda ir galvenā šīs īstenošanas problēma - Savienojums ar Redis ir hardcoded - Ir Redis savienojumu baseins - Neverificēts `jedis.get` zvans var atgriezt null - Komandas `KEYS` izmantošana, kas noslogo serveri - Nav Redis notikumu
Kāda ir galvenā iemesla kļūdainai koda uzvedībai, izmantojot nemainīgu karti? Laukumi bez "tikai lasīšanai" var tikt mainīti HashMap neuztur elementu secību Pārāk liela apvalku izmantošana rada neskaidrības "Nemainīga" karte atspoguļo izmaiņas sākotnējā kartē Nepareiza objekta lietošana noved pie kļūdas
Kāda ir galvenā šīs īstenošanas problēma? - Nav izmantots atmiņas kešs optimizācijai. - Dažādi datu glabāšanas veidi vienā hash - Slēdža pārbaude pirms datu lasīšanas nesniedz rezultātus - Trūkst standarta serializatoru `RedisTemplate` - Pipeline netiek izmantots daļēju operāciju veikšanai
Kāda ir galvenā šī Dockerfile piemēra problēma FROM golang:1.16 WORKDIR /app COPY go.mod . COPY go.sum . RUN go mod download COPY . . RUN go build -o crashAnalysis . CMD ["./crashAnalysis"] EXPOSE 9090 - Trūkst ENV konfigurācijai - Nav daudzposmu būvniecības - Laikini faili nekad netiek dzēsti - Neoptimizēta RUN izmantošana - Ports 8081 nav norādīts EXPOSE instrukcijā
Kad veic parastu SELECT, cik vaicājumu sūta draiveris uz Postgres? Kādi vaicājumi un kas tur būs?
Kāda ir papildu slodze uz Kafka idempotent sūtīšanas gadījumā? Ko Kafka upurē šādā gadījumā?
Kā tev kopumā veicas ar DevOps tehnoloģijām — Kubernetes, CI/CD un citām?
Ko atgriež produkcijas, ja viņš nosūta ID, kas jau ir nosūtīts kādu laiku iepriekš (6 stundu idempotences periods)?
Ko darīt, ja vēlamies to pašu izdarīt ar DataSource?
Vai DLT patērētājs bija tajā pašā pakalpojumā kā galvenais? Kāpēc to vēlreiz klausīties un reģistrēt?
Kāda ir galvenā šīs īstenošanas problēma? - Ziņojumu sūtīšana bez atslēgas - Sūtīšana bez ziņojumu izmēra pārbaudes - Ražotājs sūta ziņojumu uz tēmu, lai pabeigtu tās inicializāciju. - Ziņojumu sūtīšana bez pārbaudes par savienojumu ar klasteri - Lietotāju grupas nav konfigurētas
Mums ir jānoķer visi pieprasījumi Kafka un jānosūta uz audita vai telemetrijas sistēmu. Kā tu to darītu?
Kādā transporta slāņa protokolā darbojas HTTP?
Lūdzu, pastāsti man par projektu Lekton. Kāds tas ir projekts?
