Все зависит от сценария вашего домена, его требований и того, сколько вы можете инвестировать в разработку для обеспечения меньшей задержки, меньшей пропускной способности и т. Д.
На сегодняшний день существует целый спектр возможностей для общения с сервером. Https просто является наиболее распространенным и достаточно хорошим для многих приложений.
Учитывая, что вы контролируете оба конца связи, ничто не мешает вам вкладывать больше усилий и создавать свой собственный двоичный протокол на основе сокета UDP или даже опускаться ниже на уровнях OSI. Например, Google использует QUIC и предлагает сделать его преемником http / 2. Так что http / 3 может стать намного более эффективным.
Или вы можете попытаться внедрить существующие стандарты, более оптимизированные для приложений с задержкой и даже в реальном времени. Один пример из промышленной области - profinet .
Много раз полезная нагрузка создает медленные соединения. JSON является отличным примером формата, который занимает много времени для десериализации / сериализации в больших количествах. И чтобы улучшить это, вы можете использовать другой транспортный формат, например плоские буферы (еще одно изобретение Google) из игрового домена.
В общем, если вы проведете некоторое исследование о том, как работает сеть в играх, вы найдете много интересных технологий.