Java

@KafkaListener орнына нақты polling қолданғанда не жоғалтып, не аласыз?

Таңдалған шешім құрылымының негізгі мәселелері - Төмен икемділікпен қатты тип байлау - Элементтерді өңдеу кезінде полиморфизмнің бұзылуы - WardrobeItem үшін фабрика әдісінің болмауы - Жаңа оңтайландырғыштар үшін Adapter паттернінің болмауы - Оптимизация ішіндегі қымбат операциялар

Бұл Dockerfile мысалының негізгі мәселесі қандай 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 - Конфигурация үшін ENV жоқ - Көп деңгейлі құрастырулар жоқ - Уақытша файлдар ешқашан жойылмайды - RUN пайдалану тиімді емес - EXPOSE нұсқауында 8081 порты көрсетілмеген

Кодтың дұрыс еместігінің негізгі себебі неде? Объектілердің иммутабельділігі бұзылған Үзіліс жағдайы өңделмеген Блоктау салдарынан өнімділік төмендеуі Блоктау объектілерінің қақтығысы тұйыққа әкеледі Ресурстарды артық синхрондау Объектілердің инициализацияланбаған жағдайлары import 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(); } }

Қолданылмайтын карта қолданғанда негізгі себеп неде? "Тек оқуға арналған" емес өрістер өзгертілуі мүмкін HashMap элементтердің тәртібін сақтамайды Қаптамалардың шамадан тыс қолданылуы шатасуға әкеледі "Қолданылмайтын" карта түпнұсқа картадағы өзгерістерді көрсетеді Объектіні дұрыс пайдаланбау қателерге әкеледі

Егер продюсер белгілі бір уақыт ішінде (6 сағаттық идемпотенттік кезеңмен) бұрын жіберілген ID-ны жіберсе, ол не қайтарады?

DevOps технологияларымен жалпы қалайсың — Kubernetes, CI/CD және басқа да?

Неге онда мәлімдемелер жоқ? Неге ол негізге негізделген мәлімдемені компиляцияламайды?

Қосымша Kafka байланыстары мен тақырыптардың бар-жоғын қай тест көрсететінін қалай анықтауы керек? Kafka-ның денсаулық тексеруін қалай жүзеге асыруға болады?

Kafka-да идемпотентті жіберу кезінде қандай қосымша шығындар бар? Бұл жағдайда Kafka не құрбан етеді?

Осы іске асырудың негізгі мәселесі қандай? - Жадыда кэштеу қолданылмайды, ол оңтайландыру үшін. - Бір хэште әртүрлі деректер сақтау түрлері бар. - Ауыстырғыштың бар-жоғын тексеру деректерді оқымас бұрын нәтиже бермейді. - `RedisTemplate`-те стандартты сериализаторлар жоқ. - Жартылай операциялар үшін пайплайн қолданылмайды.

Сен Kafka-да идемпотентті жіберу немесе Exactly-Once туралы айттың. Олардың қайсысын қолдандың?

DLT тұтынушысы негізгі қызметпен бір қызметте болды ма? Неге оны қайта тыңдап, журналға жазу керек?

Егер біз DataSource-пен сол сияқты нәрсе жасағымыз келсе, не істеу керек?

Тақырыптың тірі екенін және қажетті бөлімшелер саны бар екенін қалай тексеруге болады, және бөлімшеде кемінде бір лидер бар ма?

Қалыпты SELECT орындағанда, драйвер Postgres-ке қанша сұрау жібереді? Бұл сұраулар қандай және оларда не болады?

Барлық Kafka сұрауларын ұстау және оларды аудит немесе телеметрия жүйесіне жіберу керек. Сіз қалай жасар едіңіз?

Егер сыртқы API максимум 10 бір уақытта қосылуға мүмкіндік берсе, java.util.concurrent пакетінің қай класын қолданар едіңіз, параллель шақыру санын шектеу үшін?

Соңғы жұмыс орныңыздан релевантты тәжірибе туралы айтыңыз — не ұнады, не ұнамады?

HTTP қандай тасымалдау деңгейі протоколында жұмыс істейді?