Kafka-мен жұмыс істеу туралы толығырақ айтыңыз: хабарламаларды қайталау болдырмау қалай жүзеге асырылды?
Golang
Репликация түрлері қандай (синхронды және асинхронды)? Синхронды репликация қалай жұмыс істейді және оның қандай кемшіліктері бар?
Команда құрамы, қызметтердің жауапкершілігі және шығарылым циклі туралы айтыңыз.
gRPC-ны неге REST-ке қарағанда таңдадыңыз? Ерекше өнімділік талаптары болды ма?
Абстрактілі жағдай: қызмет құлайды (OOM kill), қателерді көрмейсіз, бірақ подтағы соңғы статус — жадтың жетіспеушілігі. Диагностика және тұрақтандыру үшін қандай әрекеттер тізбегі?
Өнімнің жұмысын басқардыңыз ба? Қолдау сіздің командаңызда болды ма? Ескертулер мен метрикалар сізге жіберілді ме?
Дерекқорларда транзакциялар не үшін қажет?
Егер үлкен Kafka lag кезінде көбірек тұтынушылар қосылса — көмектеседі ме? Қандай жағдайларда көмектеседі, ал қайсысында көмектеспейді? Егер 16 бөлінім және 2 тұтынушы болса, не болар еді?
Хабарламалар бөлінген бөлімдер бойынша біркелкі бөлінбеуі мүмкін бе? Онымен қалай күресуге болады?
Kafka-дан барлық хабарламаларды бөлек кестеге сақтадыңыз ба? Оның мәні неде, Kafka жеткіліксіз бе еді?
Соңғы жұмыс орныңызда не істедіңіз? Жоба қандай болды?
Инстанстарда sidecar-контейнерлер болды ма? Sidecar деген не?
Kubernetes-пен тікелей жұмыс жасадыңыз ба?
EXPLAIN және EXPLAIN ANALYZE арасындағы айырмашылық неде? Неге EXPLAIN ANALYZE өндірісте қолданылмауы керек?
RPS 5000-ге өскен кезде ескерту іске қосылды. Мұндай жағдайда не істедіңіз? Бұл нақты жүктің өсуі ме немесе жүйе мәселесі ме екенін қалай анықтадыңыз?
Неліктен автоматты түрде емес, қолмен commit offset қолданылды?
Қандай нақты өткізу қабілеттілік көрсеткіштері болды? Әдетте және шыңында бір секундта қанша сұраныс?
Kafka тұтынушыларын қалай масштабтадыңыз? Қандай критерийлер бойынша?
Егер дерекқор қол жетімсіз болса және сіз қайтадан әрекет жасасаңыз, бірдей хабарламаларды шексіз өңдемейсіз бе? Барлық 500 DLQ-ға кетеді ме?
Өз туралы айта аласыз ба?