Ushbu amalga oshirishning asosiy muammosi nima - Redis bilan ulanish hardkodlangan - Redis uchun ulanish havuzasi mavjud - Tekshirilmagan `jedis.get` chaqiruvi null qaytarishi mumkin - `KEYS` buyruğidan foydalanish, serverga yuk - Redis voqealari yo'q
Kodning asosiy noto'g'ri ishlash sababini nima? Ob'ektlarning o'zgarmasligi buzilgan To'xtash holati boshqarilmayapti Blokirovka qilish tufayli ishlash tezligi pasaymoqda Blokirovka ob'ektlarining ziddiyatlari muammoga olib keladi Resurslarning ortiqcha sinxronizatsiyasi Ob'ekt holatlari boshlang'ich holatda emasimport java.util.concurrent.*; class Competition { private final Object lock = new Object(); public void syncMethodA(Competition competitor) { synchronized (lock) { try { Thread.sleep(100); } catch (InterruptedException e) {} competitor.syncMethodB(this); } } public void syncMethodB(Competition competitor) { synchronized (lock) { try { Thread.sleep(100); } catch (InterruptedException e) {} competitor.syncMethodA(this); } } } public class FitnessApp { public static void main(String[] args) { Competition comp1 = new Competition(); Competition comp2 = new Competition(); Thread t1 = new Thread(() -> comp1.syncMethodA(comp2)); Thread t2 = new Thread(() -> comp2.syncMethodB(comp1)); t1.start(); t2.start(); } }
Tanlangan yechim tuzilmasining asosiy muammosi nima? - Tipning qattiq bog'lanishi, kamroq moslashuvchanlik - Elementlarni ishlashda polimorfizm buzilishi - WardrobeItem uchun fabrik metodining mavjud emasligi - Yangi optimizatorlar uchun Adapter naqshining mavjud emasligi - Optimallashtirish ichida yuqori xarajatli operatsiyalar
Bu Dockerfile misolining asosiy muammosi nima 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 - Konfiguratsiya uchun ENV yo'q - Ko'p bosqichli qurilishlar yo'q - Vaqtinchalik fayllar hech qachon o'chirilmaydi - RUN ning optimallashtirilmagan ishlatilishi - EXPOSE instruktsiyasida 8081 porti ko'rsatilmagan
Idempotent yuborishda Kafka'da qanday ortiqcha yuk mavjud? Bunday holatda Kafka nima uchun qurbon bo'ladi?
Ilova Kafka ulanishlari va mavzular qaysi sinovda borligini qanday aniqlashi kerak? Kafka uchun Health Check qanday amalga oshiriladi?
Agar ishlab chiqaruvchiga 6 soatlik idempotentlik davrida (bir vaqtlar yuborilgan ID) yuborilgan ID yuborilsa, nima qaytariladi?
Nima o'zgaruvchan xaritadan foydalanishda kodning noto'g'ri ishlashining asosiy sababi? "Faqat o'qish" bo'lmagan maydonlar o'zgartirilishi mumkin HashMap elementlarning tartibini saqlamaydi Ortiqcha qadoqlash chalkashlikka olib keladi "O'zgarmas" xarita asl xaritadagi o'zgarishlarni aks ettiradi Ob'ektni noto'g'ri ishlatish xatolikka olib keladi
Siz Kafka'da idempotent yuborish yoki Exactly-Once haqida gapirgansiz. Qaysi birini ishlatgansiz?
Ushbu amalga oshirishning asosiy muammosi nima? - Optimizatsiya uchun xotira kesh ishlatilmayapti. - Bir xil hash ichida turli xil ma'lumot saqlash turlari - Ma'lumotlarni o'qishdan oldin o'tkazgichni tekshirish natija bermaydi - `RedisTemplate`da standart serializatorlar mavjud emas - Qisman operatsiyalar uchun pipeline ishlatilmayapti
DLT iste'molchi asosiy xizmat bilan bir xil xizmatda edimi? Uni yana nima uchun tinglash va log qilish kerak?
Umuman olganda, DevOps texnologiyalari — Kubernetes, CI/CD va boshqalar bilan qanday?
Mavzuning tirik ekanligini va kerakli bo'laklar soniga ega ekanligini, va bo'lakda kamida bir lider borligini qanday tekshirish mumkin?
Nima uchun u yerda bayonotlar yo'q? Nima uchun u bazada bayonotni kompilyatsiya qilmayapti?
Agar DataSource bilan shunday qilishni istasak nima qilishimiz kerak?
HTTP qanday transport qatlam protokolida ishlaydi?
Biz Kafka'dagi barcha so'rovlarni ushlab, audit yoki telemetriya tizimiga yuborishimiz kerak. Buni qanday qilardingiz?
Ushbu amalga oshirishning asosiy muammosi nima? - Kalit bilan bo'lmagan xabarlarni yuborish - Xabarlar hajmini tekshirmasdan yuborish - Ishlab chiqaruvchi xabarni uning boshlanishini yakunlash uchun mavzuga yuboradi. - Tarmoqga ulanishni tekshirmasdan xabar yuborish - Foydalanuvchi guruhlari sozlanmagan
Oddiy SELECT qilganingizda, drayver Postgresga nechta so'rov yuboradi? Qaysi so'rovlar va u yerda nima bo'ladi?
Agar bizda tashqi API bo'lsa, u maksimal 10 ta bir vaqtning o'zida ulanish imkonini bersa, java.util.concurrent paketidan qaysi sinfni ishlatib, parallel chaqiruvlar sonini cheklaysiz?
