어떻게 연결되어 있나

1. 1오더앱이 주문을 REST로 보낸다.
2. 2서버가 주문을 저장하고, 점원 단말 토픽에 '주문 생성' 신호를 던진다.
3. 3마스터앱이 신호를 받고 주문 목록을 다시 조회한 뒤 소리를 낸다.
4. 4점원이 처리하면 이번엔 '주문 변경' 신호가 손님 단말과 테이블 토픽으로 나간다.

신호에는 주문 내용이 실려 있지 않다. 받은 쪽이 다시 조회한다. 메시지 하나를 놓쳐도 데이터가 어긋나지 않게 하려는 것이고, 대신 신호마다 조회가 한 번 더 붙는다.

1. 1마스터앱이 변경을 서버에 반영한다.
2. 2서버가 매장 전체 토픽에 '메뉴 변경'을 던진다.
3. 3모든 오더앱이 메뉴를 다시 불러온다.
4. 4장바구니에 이미 담겨 있던 품절 메뉴는 자동으로 빠지고, 손님에게 안내가 뜬다.

품절은 '못 담게 막는 것'만으로 끝나지 않는다. 이미 담아둔 손님이 결제까지 갔다가 실패하는 게 최악이라, 담긴 것까지 되짚어 정리한다.

1. 1각 단말이 주기적으로 자기 상태를 서버에 보고한다.
2. 2앱 버전, 번들 버전, 접속한 네트워크, 배터리, 마지막 부팅 시각을 담는다.
3. 3관리 웹의 단말 목록이 이 값을 그대로 보여준다.

'업데이트를 발행했는데 저 태블릿에 실제로 갔나'를 눈으로 확인할 방법이 필요했다. 배포 파이프라인을 만들고 나서 곧바로 이게 없으면 안 된다는 걸 알게 됐다.