웹 소켓으로 채팅 만들면 안될꺼 같음

[ㅁㅁㅁ(222.118)]

채팅양이 많지도 않을 것 같고 웹 소켓 계속 연결해야할 필요도 없을것 같은데 

웹 소켓으로 만들면 서버비만 많이 들거 같음

그래서 푸시 알림 베이스 채팅 어플을 만들껀데 

고민이네 

[AIRE(wnwjq21)]

클라우드면 어떤게 아웃바운드가 많이 일어날지 계산해봐 - dc App

[ㅁㅁㅁ(222.118)]

채팅은 서브 기능이고 간간히 쓰는 정도라 웹 소캣은 낭비같음

[익명(115.143)]

irc 로 ㄱㄱ

[익명(118.235)]

생각해본건데, A와 B가 서로 채팅을 친다고 가정한다면 A와 B가 동시에 하나의 화면을 보게 된단 거잖음?

[익명(118.235)]

그러면 A가 채팅을 보내면 B의 화면이 갱신되어야 하는데 이 부분만 해결해주면 되는거잖아?

[익명(118.235)]

그러면 A가 채팅을 보낼때 B의 서버를 호출하고 B의 서버가 request를 받으면, response 하면서 클라이언트의 어떤영역을 실행시키면 되지 않을까?

[익명(118.235)]

아 안되겠네 미안 ㅋ

[익명(49.1)]

p2p 쓰던가

[익명(49.1)]

클라가 서버 역할하면서 통신하는 거라, 비용이 덜함. 대신 API 용량이 많이 나갈듯

[익명(210.205)]

ㅋㅋㅋㅋ시팔 ㅋㅋ