- 웹소켓은 양방향 통신 메커니즘이지만, HTTP 폴링으로 대체 가능한 경우가 많아 불필요한 복잡성을 야기할 수 있음. 🔄
- 웹소켓 연결은 상태를 유지하므로 서버 교체나 재시작 시 연결 관리가 어려워 확장성에 제약이 생김. 🤯
- 불안정한 네트워크 환경에서 웹소켓을 사용하려면 재연결 전략 및 상태 관리를 직접 구현해야 함. 🛠️
- 폼몬의 인터랙티브 랩처럼 실시간 상호작용이 필수적인 경우 웹소켓이 유용하지만, 아이오랩처럼 HTTP 폴링으로 충분한 경우 불필요함. 🧪
- AWS API Gateway를 사용한 웹소켓 아키텍처에서도 람다 함수를 활용하여 상태를 데이터베이스에 저장하고 관리하는 방식을 권장함. ☁️