일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
- 실시간
- amqplib
- socket.io
- 스크래퍼
- rabbitmq
- Selenium 네이버 블로그
- 네이버 블로그 이웃추가 자동
- nodejs
- 웹소켓
- 셀레니움
- 네이버 블로그
- 국세청
- 웹소켓 서버
- 서로이웃추가 매크로
- Java
- Node
- 크롤러
- 서로이웃추가 자동
- kwoss2341
- 서이추 자동
- node.js
- 크롤링
- 서이추 매크로
- Selenium
- 실시간 웹소켓 서버
- Today
- Total
목록rabbitmq (2)
defaultK

본격적인 구조 설계 처음 구상한 RabbitMQ를 이용한 실시간 서버의 모습니다. 처음에는 웹소켓 서버가 아닌 REST-API서버였고, 클라이언트 프로그램은 외부 RabbitMQ의 큐를 소비하는 시스템이었습니다. 서버의 역할은 그저 요청이 오면 메시지를 큐에 발행하는 일이었습니다. 클라이언트 측도 받은 메시지에 따라 실시간으로 동작을 수행하는 간단한 시스템이었습니다. 하지만 몇 가지 문제점이 있었습니다. 1. 연결 여부 및 접속 시간 확인 POS시스템을 운영하면서 가장 중요한 부분은 연결 여부와 접속 시간이었습니다. 해당 클라이언트가 연결되어 있는지, 연결한 시간과 연결이 끊긴 시간은 POS시스템 운영에 가장 중요하다 판단했습니다. RabbitMQ에서도 연결 여부를 알 수 있겠지만 서비스에 활용하기 어렵..

들어가기 앞서... 회사에서 새로운 프로젝트를 시작하기로 했습니다. 외식업의 포스시스템 구축 프로젝트로 안드로이드 클라이언트 프로그램(POS, KIOSK, 태블릿 오더) 간의 실시간 웹소켓 통신 서버 구축이 과제였습니다. 해당 글은 Node.js로 실시간 웹소켓 통신 서버 구축하는 경험기를 소개하고자 합니다. (정답은 아니고 미흡한 부분이 많습니다...) 개발배경 외식업의 포스시스템 프로젝트를 시작하면서 가장 걱정한 부분은 네트워크 상태에따른 주문 누락에 대한 부분이었습니다. 몇몇 포스시스템은 불안정한 네트워크상황과 여러 변수들을 고려해 같은 로컬 네트워크를 클라이언트 프로그램에서 사용한다고 하지만.. 이러한 시스템은 초기 설정도 힘들고 전문가가 아니면 네트워크 구축하기도 힘듭니다. 저희는 인터넷만 되면..