안녕하세요. 말씀하시는 내용을 보아 개발에 대한 식견이 있으신 것 같아 대부분의 설명은 생략하고 말씀을 드리겠습니다.

두가지의 상황이 존재합니다.

1. 소규모로 사용되는 로직 ( 동기, 플레이어 데이터 또는 로컬 스토리지에 저장)

2. 대규모 서버에서 사용되는 로직 ( 비동기, DB 사용)

World, 즉 마인크래프트에서 아이템을 주거나, 엔티티를 소환, 죽이거나 데미지를 주는 행위는 무조건 싱글스레드에서 진행되어야 합니다. 이로 인해 대부분의 모든 로직이 0.05초 주기로 call 되는 tick 에서 실행되야합니다.

소규모로 사용되는 로직에서는 기본적으로 이러한 아키텍처를 상술한 이유로 인해 동기적으로 처리합니다. 즉 지갑에서 금액 확인 및 제거 - 아이템 지급 의 순서가 무조건 절차적으로 진행됩니다. 이 때, Exception 이 존재할 경우에도 로직 자체가 진행중에 있었기 떄문에 어느 부분에서 Exception 이 발생하였는지에 따라 발생하는 문제가 다르겠죠.

2의 경우는 조금 더 복잡합니다. 일단 DB를 사용하기 때문에 작성자 분께서도 예측하시다시피 같은 로직으로 흘러갑니다. 이후 결과를 통해 callback 으로 다음 틱때 아이템을 주는 방법이 존재하겠죠.

물론 이러한 상황에서 언제나 문제가 생기기 마련이기 때문에 로그를 세세하게 작성하여 문제를 해결하기도 합니다.

궁금한거 있으면 댓글로 남겨주세요.

명령어 및 각각의 거래에 대해 로그를 남기며 상황 발생 시 로그 기록을 토대로 복구 합니다. Pay 또는 거래 기능이 1초에 수백 건 발생하지 않기 때문에 가능합니다. 플러그인은 게임이고 웹 서버와 달리 묶어서 들어가야 하는 데이터 변경의 종류가 훨씬 많기 때문에 수동 복구 가능한 몇 번의 사례를 위해 모든 시스템의 모든 데이터 변경에 트랜잭션을 적용하기에는 개발 가성비가 떨어집니다. 물론 웹 서버의 방식대로 트랜잭션을 설정할 수도 있으며 트래픽이 월등한 외국 대형 서버들은 실제로 쓸 것으로 추정됩니다.