Подготовка к интервью
Разбирайте реальные вопросы, сверяйтесь с подробными ответами и готовьтесь по технологиям и компаниям.
Проверьте, насколько резюме подходит выбранной позиции, и получите рекомендации по улучшению.
Каталог
Для постоянной двусторонней связи между браузером и сервером, особенно для обмена короткими сообщениями в реальном времени, лучше всего подходит WebSocket.
Читать ответWebSocket соединение устанавливается через специальный handshake поверх HTTP протокола:
Читать ответWebSocket строится поверх протокола HTTP. Изначально устанавливается HTTP-соединение с запросом на "апгрейд" (Upgrade) до WebSocket, после чего соединение переключается на двунаправленный протокол WebSocket.
Читать ответДа, в типичной архитектуре, если у вас есть отдельные сервисы для API Gateway и WebSocket, то для каждого из них может быть выделен свой Load Balancer.
Читать ответОсновные трудности при использовании WebSocket в проектах на Go обычно связаны с:
Читать ответВнедрение WebSocket в существующую систему обычно требует модификации нескольких слоёв архитектуры:
Читать ответС WebSocket я работал как на уровне кода, так и участвовал в настройке инфраструктуры.
Читать ответПодключение WebSocket напрямую через L4 балансировщик в обход API Gateway возможно, но имеет свои особенности:
Читать ответПри одновременном подключении 100 тысяч клиентов по WebSocket к GameServer могут возникнуть следующие проблемы:
Читать ответWebSocket и Server-Sent Events (SSE) — это технологии для передачи данных от сервера к клиенту в реальном времени, но они имеют принципиальные отличия.
Читать ответКогда игрок делает ход, клиент отправляет данные через WebSocket на сервер.
Читать ответWebSocket — это протокол для двунаправленной связи между клиентом и сервером по одному TCP-соединению. Он обеспечивает постоянное соединение и передачу сообщений в реальном времени.
Читать ответ