Какие существуют архитектурные стили и протоколы, альтернативные REST

А, слушай, вот смотри, блядь. Все эти твои REST-архитектуры — они, конечно, классика, как водка под селёдку, но мир-то не стоит на месте, ёпта! Иногда надо не просто постучаться на сервер и сказать «дай мне вот это», а сделать что-то похитрее. Сейчас разложу по полочкам, что есть кроме этого старого доброго REST, чтобы ты не ходил, как слепой кот, по охуенно тонкому льду.

1. GraphQL — хитрая жопа, которая читает мысли

• Что это такое, блядь? Это не протокол, а целый язык запросов, сука. Ты серверу не просто URL кидаешь, а пишешь, мол, «слушай, дай мне именно это, и именно в таком виде, и больше нихуя».
• В чём прикол, нахуй? Решает главную боль REST — когда ты запрашиваешь юзера, а тебе прилетает овердохуища полей, которые тебе нахуй не сдались (over-fetching). Или наоборот — тебе мало, и приходится делать ещё пять запросов (under-fetching). GraphQL говорит: «Чувак, сам реши, что тебе надо». Гибкость — пиздец.
• Пример, чтобы не быть мудаком:

  query GetUserWithPosts {
    user(id: "1") {
      name
      email
      posts {
        title
      }
    }
  }

  Видишь? Говорим: «Дай юзера с именем, почтой и заголовками его постов. Всё остальное — в пизду, не надо». Красота, блядь.

2. gRPC — скоростной уёбок для своих

• Что это, ёбта? Это не просто альтернатива, это как пересадиться с запорожца на ракету. Фреймворк для удалённого вызова процедур от Гугла.
• В чём магия, блядь? Работает через Protocol Buffers — бинарный протокол, который данные сжимает так, что они в разы меньше становятся, и HTTP/2, который их быстро гоняет. Задержки — почти ноль, скорость — ебать. Идеален, когда у тебя микросервисы друг с другом болтают, как бабки на лавочке, и им надо общаться быстро и много. Для браузера пока не так прям везде, но для бэкенд-коммуникаций — топ, блядь.

3. WebSockets — болтун-пиздобол для реального времени

• Ну это что за зверь? Это когда ты установил с сервером одно соединение — и всё, блядь. Дальше можете общаться сколько влезет, без этих церемоний «запрос-ответ». Как телефонный разговор, а не переписка в почте.
• Зачем это надо? Представь онлайн-чат, игру или биржу. Там данные летят туда-сюда постоянно. С REST ты будешь сервер долбить каждую секунду: «Ну чё там нового? А щас? А теперь?». Это же ебаный ад. WebSockets решает это: подключился — и данные текут сами, когда нужно. Двусторонняя связь, ёпта!

4. Server-Sent Events (SSE) — скромняга, который только говорит

• А это что за фрукт? Упрощённая версия WebSockets, когда серверу надо только вещать, а клиенту — только слушать. Односторонний поток, но по обычному HTTP.
• Где применить, блядь? Ну, например, лента новостей обновляется, или уведомления прилетают, или статус долгой задачи идёт. Клиент сидит, уши развесил, а сервер ему: «Держи, вот тебе апдейт. Вот ещё. И вот». Проще, чем WebSockets, если назад ничего слать не надо.

Короче, вывод, блядь:
Если тебе нужна гибкость в данных и чтобы клиент сам решал, что ему тащить — смотри в сторону GraphQL.
Если производительность и скорость между твоими сервисами на первом месте — тебе прямой путь в gRPC, чувак.
А если делаешь что-то в реальном времени, где данные пляшут туда-сюда — WebSockets твой брат.
Ну а для простой трансляции событий от сервера — SSE сойдёт, нечего тут велосипеды городить.

Выбирай с умом, а то потом будешь, как Герасим, с мукой на лице метаться и думать: «Что же я, мудак, сделал?».