Go: две реплики сервиса и данные в памяти

Запросы попадают на две копии приложения, каждая со своей map. Проследите запись и последующее чтение, чтобы объяснить непостоянный результат.

Выберите ответ и проверьте себя. Продолжить тему можно в курсе Микросервисы на Go: HTTP, PostgreSQL, gRPC, Kafka и Docker.

Обе реплики запускаются с одинаковым кодом. Клиент отправляет POST {"id":"job-7","status":"queued"} к реплике A (:18080) и получает 201. Затем клиент делает GET /jobs?id=job-7 к реплике B (:18081). Какое состояние map A и B и почему B отвечает 404?

Выберите один вариантОбе map пусты; B отвечает 404, потому что ответ 201 подтверждает лишь приём POST в A, а запись задания ещё не выполненаMap A содержит job-7, map B пуста; B отвечает 404 из-за сетевой ошибки: пакет GET не дошёл до процесса BMap A содержит job-7, map B пуста; B отвечает 404, потому что запись в map одного процесса не попадает в map другогоОбе map содержат job-7; B отвечает 404, потому что оба процесса разделяют одну map, но Go-планировщик задерживает синхронизацию

Без регистрации · результат не сохраняется

Связанные задачи