realtime json

websocket

Satori — еще один облачный сервис и конкурс для разработчиков на $1M вот же, ну.

плюсую вебсокеты, единственный вариант, не считая задержку сети

если нужна только односторонняя связь, я бы взял SSE.. он проще в плане реализации (хотя если брать чужую реализацию и никогда не придется ее допиливать под себя, то без разницы).

зачем мучится с ссе если можно просто поставить сокет и использовать?

зачем мучится с ссе если можно просто поставить сокет и использовать?

Если данные двигаются только в одну сторону, зачем плодить лишние сущности и тащить WebSocket? И зачем с SSE мучиться, если можно просто использовать? Отсутствие в ie оставляю за кадром.

ну тут все дело в том, как поддержка этого будет реализована в конкретном проекте. если можно просто взять готовую либу с обеих сторон и просто пользоваться, то единственный cons для вебсокетов это оверхед (и для задачи и по cpu usage, все таки шифрование, все дела) но он не критичен в большинстве случаев.
а если готовую либу придется подпиливать под себя или нужен полный контроль над происходящим под капотом или тем более писать свою реализацию - то ссе шикарен, он прост как палка (кто пилил свою реализацию вебсокетов, знает какая она непростая), легко дебажится и полифил для старых браузеров элементарный.
ну и чисто эстетически - если ненужен дуплекс, то зачем его использовать?