확장형 예약 시스템 아키텍처 - 심각한 결함

Question

현대식 확장형 예약 시스템의 작동 방식에 대한 경험이 있습니까? 예 : 공항 또는 운송 기관?

우리 고객의 예약 시스템에 심각한 결함이 발견되었습니다. 여행 연결을 검색하는 각 사용자별로 좌석이 예약되어 있습니다. 이는 수송 능력이 예를 들어. 200 명이 있고 동일한 여행을 위해 200 명의 사람들이 찾고 있습니다. (시간 초과 예 : 5 분) 마케팅 이벤트가 있고 수천 명의 사람들이 사이트를 방문하면 실제로 검색 할 수없는 여행을 볼 수 있습니다. 이미. 이것은 확장 할 수 없습니다.

나는이 방법으로 작동한다고 믿을 수는 없지만 그것은 진정한 앱 아키텍처이다. 예약 상황을 어떻게 처리합니까?

"미리 예약 된"좌석 수가 더 복잡해지기 때문에 가격이 계산되어 각 사용자마다 다릅니다 (좌석 예약 변경과 같은 가격 변경). 우리가 그 것 단점을 예약하기 전에 사전 예약 단계는, 그러나 어떤 사람들은 마지막 단계에서 거부 될 것 벗어 버리고하려고합니다 확인을 위해

...

Answer 1

고객 희망의 수만큼을 판매하는 가능한 한 좌석, 맞습니까? 그런 다음 그는 불행한 경우 (충분히 빠르지 않은 경우) 일부 사용자에게 (예의) 오류 메시지가 표시 될 수 있음을 이해해야합니다.

---

"예약"을 클릭하면 좌석을 예약합니다. 그런 다음 사용자가 체크 아웃 할 때까지 또는 X 분이 경과 할 때까지 (웹 기반 앱이므로) 해당 좌석을 예약합니다.

모든 예약석이 검색에서 예약 버튼 클릭까지 예약 된 경우 오류 메시지 만 표시됩니다.

Answer 2

검색이 완료되면 바로 예약 할 필요가 없습니다.

• 검색에 공개 예약 된 모든 여행 표시.
• 고객이 실제로 예약을 완료하면 좌석을 예약하십시오.

좌석이 급히 차있을 때 경보를 발생시킬 수 있으므로 다른 항공편을 요구 사항에 맞게 예약 할 수 있습니다.

당신이 언급 한 사전 예약은 지나치게 강화 된 시스템처럼 의심스럽게 들립니다. 또한 DoS (Denial of Service) 공격에 취약하며 자동 로봇이 미리 예약 할 수 있습니다.