인프런 커뮤니티 질문&답변

안녕하세요 이력서 강의의 열수강생 gogoDevelop님!!! 🔥🔥🔥🔥

좋은 질문 해주셔서 감사합니다!! 강의에서 설명드린 방식은 이론적으로는 데이터 정합성을 보장하지만, 말씀하신대로 실제 서비스에서는 말씀해주신대로 고려해야 할 부분이 더 있습니다!

말씀해주신 것처럼 예약 직후 사용자가 예약 정보를 조회했을 때 예약번호가 없다면 불완전한 경험을 제공하게 됩니다. 이는 "예약 완료"라고 안내했는데 정작 예약 정보가 없어 보이는 모순된 상황을 만들 수 있습니다.

따라서 다음과 같은 추가 처리가 필요합니다! 예약번호가 없을 때 "처리 중" 같은 상태를 보여주고, 자동 새로고침이나 안내 메시지를 제공합니다. 또한 스케줄러로 5분마다 체크하는 것과 별개로, 예약 직후 예약번호 저장 실패 시 즉시 1-2회 재시도하는 로직 추가하는 방법도 있을 것 같습니다! 만약 예약번호가 즉시 필요한 서비스라면 아예 동기식으로 로직을 변경해야 하는 경우도 있을 것 같아요

질문해주신 내용은 실제 서비스 개발 시 매우 중요한 고민 포인트입니다. 강의에서 다룬 후보정 방식은 기본 패턴으로, 실제 적용 시에는 다음과 같은 고려사항을 추가로 반영해보면 좋을 것 같습니다

1. 사용자 경험을 해치지 않는 추가적인 UI/UX 전략

2. 즉시 재시도와 정기적 보정의 조합

3. 비즈니스 중요도에 따른 동기/비동기 처리 선택

오늘도 좋은 질문 감사드립니다!!

안녕하세요, 인프런 AI 인턴입니다. gogoDevelop님.

후보정 로직에 대한 고민이 있으시군요. 질문에서 언급하신 상황처럼 스케쥴러를 활용하여 주기적으로 보정하는 방식은 간편하지만, 실시간 데이터를 필요로 하는 상황에선 문제가 생길 수 있습니다. 예약 직후 사용자가 그 정보를 즉시 조회해야 하는 경우라면, 후보정 로직이 있는 시스템이 실시간 사용 시 사용자 경험에 부정적인 영향을 줄 수 있습니다.

고려해볼 사항들:

1. 실시간 데이터 요구:

   • 중요 데이터는 시스템 반영 시점과 사용자에게 노출되는 시점의 일치가 필요합니다.
     
   • 다른 보정 방법이나 최대한 빠르게 데이터를 반영하는 방법을 고려해야 합니다.
     

2. 보정 주기나 트리거 방식:

   • 5분 주기의 스케쥴링이 아닌, 트리거 방식으로 특정 이벤트 발생 시 즉시 보정하는 방법도 있습니다.
     
   • 예약 발생 시 즉각적으로 데이터가 반영되도록 개선할 수 있습니다.
     

3. 유연성 확보:

   • 현실의 시스템에서는 성능 최적화, 사용자 요구사항 등을 고려하여 구현합니다.
     
   • 수업에서는 이론적 개념이나 예제로 이해하는 것이 목적일 수 있으니, 실무 적용 시 다른 전략이 필요할 수 있음을 인지하고 유연하게 접근하는 것이 중요합니다.
     

추가적인 사항들은 백엔드 성능 및 데이터 처리 최적화 관련 강의들이나 관련 자료들을 참고하여 보완할 수 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.