Подготовка к интервью
Разбирайте реальные вопросы, сверяйтесь с подробными ответами и готовьтесь по технологиям и компаниям.
Проверьте, насколько резюме подходит выбранной позиции, и получите рекомендации по улучшению.
Каталог
Сервис — компонент, предоставляющий функциональность через контракт. Микросервис — сервис с самостоятельной областью ответственности и независимым жизненным циклом поставки.
Читать ответСвяжите каждый механизм с задачей: Kafka для событийного потока, gRPC или HTTP API для вызовов с ответом. Реальная система может использовать все варианты.
Читать ответВнутри системы gRPC удобен строгими контрактами и генерацией клиентов, снаружи HTTP/JSON часто проще для совместимости и отладки. Это практический выбор, а не обязательное правило.
Читать ответОбъясните границы и способ поставки ваших сервисов. Микросервис — архитектурная характеристика, а не отдельный вид программы на Go.
Читать ответAPI бронирования должно разделять поиск, временный резерв, подтверждение и отмену. Повторные команды обязаны учитывать идемпотентность и актуальное состояние места.
Читать ответРазделите роли интеграции: кто владел данными, кто инициировал передачу и как подтверждалась обработка. API, публикация и чтение Kafka могут сочетаться в одном процессе.
Читать ответСоберите контейнерный образ, опубликуйте его в registry и опишите Deployment и Service. Настройки, проверки готовности и доступ к зависимостям должны работать внутри кластера.
Читать ответХраните один идентификатор таймера. onChange немедленно обновляет отложенное значение, отменяет старый таймер и вызывает fetchData лишь после секунды без нового ввода.
Читать ответПроверяйте HTTP-статус до res.json(): 404 означает пустой результат поиска. Храните имя и страницу в состоянии, отменяйте старый запрос при их изменении.
Читать ответExtra argument передаётся третьим параметром thunk: после dispatch и getState. Из него можно получить API-клиент и выполнить запрос.
Читать ответСогласование API должно охватывать сценарий, схему данных, ошибки, права, пагинацию и порядок поставки изменений обеих сторон.
Читать ответМинимальный REST-сервис использует GET для списка, POST для создания, PATCH для изменения и DELETE для удаления, проверяя вход и существование задачи.
Читать ответ