Есть ли смысл использовать rest api с http вместе с tcp или websockets?

Question

[Евгений Усачев]

Я понимаю, что программирование в большинстве своём это про бизнес, так что не надо говорить, что вопрос не имеет смысла по той причине, что не востребован.

моё мнение о протоколах

Я только учусь и люблю спускаться на уровень байтиков. Мне в принципе не понятно, почему люди так любят настолько высокий протокол, как http. Как мне кажется, лучше иметь возможность применять нестандартные решения и подстраивать протокол под нужды проекта, чем всегда использовать высокоуровневый http и лишать себя таких возможностей. Но суть вопроса в другом.

TCP, как и websocket работают значительно быстрее, чем http и занимают меньше памяти. Но в отличие от http, они потребляют память не только в момент запроса, но и пока открыты.
Представим, что я обязан открыть websocket. То есть нет варианта, что после подключения он будет не открыт. Тогда приложение уже выделяет несколько килобайт (зависит от языка и решения) на пользователя. Если я правильно рассуждаю, то теперь я могу использовать tcp или websocket для общения между сервером и клиентом вместо http и выигрывать в производительности. Есть подозрения, что использовать одновременно и http и websocket / tcp протокол очень расточительно в плане ресурсов. Теперь сам вопрос, имеет ли в таком случаи смысл поднимать http сервер?

Answer 1

[GavriKos]

Что быстрее - поднять готовый HTTP-сервер, или самому разруливать нагрузку, нестандартное железо/оси, дыры в безопасности и еще пачку проблем, которые уже решены? Если вы готовы конкурировать с предложеными решениями - окей, пожалуйста, делайте без них

лучше иметь возможность применять нестандартные решения и подстраивать протокол под нужды проекта,

Нестандартные решения плохи тем, что вы кратно множите бас-фактор. Вот написали вы какую то свою реализацию http-сервера. И умерли (вас сбил автобус). Кому поддерживать? Стандартную реализацию поддержит любой спец. И есть еще гонка технологий, за которой вы не угонитесь.

Нет, я не говорю что нельзя использовать свои решения, писать напрямую в ТСП и вот это все. Но только в том случае, если плюсы перевесят минусы. Плюсы вы перечислили - научитесь и видеть минусы ;-)

Comments

[Евгений Усачев]

GavriKos, так я же не на языке ассемблера пишу. По опыту там и двух тысяч строк без документации не выходит. Вот и получается, что для каждого проекта своё решение пишется дня за 2-3. Если проект планируется поддерживать, а не сдать по скорее, то это может быть хорошим решением. Вопрос мой был в другом. Если я уже поднял даже условный сокет, есть ли смысл к нему использовать ещё и http?

[GavriKos]

Евгений Усачев, имеет смысл использовать то. что нужно вашему проекту. Ответить на этот вопрос может только техзадание проекта. Вот откуда я или ктото в интернете знает, имеет ли смысл ВАШЕМУ НЕИЗВЕСТНОМУ НИКОМУ ПРОЕКТУ что то там использовать? Например, вы пишите какое то открыте АПИ, которое будете монетизировать - тогда лучше обеспечить больше открытых протоколов - больше потенциальных клиентов. Или вы пишете закрытую связку "клиент сервер" и никому ее не будете показывать - то достаточно чего то одного если оно удовлетворяет техтребованиям.

По опыту там и двух тысяч строк без документации не выходит.

у вас есть опыт поддержки АПИ на высоконагруженых системах? Уверены что ваши 2000 строк кода безопасны, не положат систему, масштабируются и понятны всем разработчикам?

[Евгений Усачев]

GavriKos, выглядит не как попытка помочь, а как попытка застыдить что ли. Да я уверен, что мой код безопасен, так как в таком малом коде потеряться невозможно, он не положит систему, так как и разрабатывался с целью выжать максимум из железа, следовательно, и тестировался в экстремальных условиях с разными процессорами, разным количеством ядер и памяти. Я пишу код не на условном C или C++, а на Go в котором написать всё можно почти всегда только 1 способом, так что код понятен любому Go разработчику. Суть моего вопроса действительно может сбивать с толку. Я видел, как опытные программисты используют иногда и по три протокола на проект, поэтому и спросил, стоит ли повторять и какой это имеет смысл.

[GavriKos]

Евгений Усачев, ну ответ со своей стороны (потому что тут нет правильного ответа) я дал. Стоит или нет использовать что то на сферическом проекте в вакууме знает только разработчик проекта.