Biblecardai 서비스 최근 에러 및 원인

게시 2025/09/07 업데이트 2026/03/31

By SouthGlory

5 분읽는 시간

오늘 로그인을 시도하다가 에러가 출력됐다.

오랜만에 접속하는거라서, 이런 상태인줄 모르고 기대하고 들어왔다가 에러만 보고 돌아간 사용자들은 얼마나 실망을 했을까..?

잘 동작하다가 왜 어느 순간 안 됐을까?

도커를 안 쓰고 tmux를 열어서 해놓았다. tmux가 잘 되다가, 어느 순간 문제를 일으킬 수 있을까? 도커를 못쓴다기보다, 막상 하려고 보니까 어? 그냥 올려도 되겠는데…? 하면서 미루게 된거다.
그리고 도커에 올리면 db를 지금처럼 git으로 관리하기보단 다른 백업과 마이그레이션 시스템을 만들어야 할 것 같다.
대부분의 micro server에 postres를 안 쓰고 sqlite를 두었다. payment 서비스에만 postgres로 두고 나머지를 sqlite로 둔 까닭은, 개발하면서 sqlite가 편했는데 프로덕션을 위해 postgres로 이전하는 것도 일이 되므로 아직 안 하고 미뤄둔 것이다. postgres를 쓰면 postgres컨테이너에 올리는 db를 백업하고 관리하는것도 일이다. git만으로 되는 sqlite에 비해 신경쓸 일이 많다. 그래서 미뤘던 거다..
git pull이 문제인가? tmux로 서빙하고 있는 컴퓨터에서 중간 작업을 최신화를 위해 git을 push하고 pull 하면서 reload로 실행해놓은 uvicorn fastapi 서버에서 기존 잘 연결되던 sqlite에 대한 권한문제가 발생했을까? -> 왠지 .db도 pull로 당겨왔으면 이미 다른 .db를 참조하던 서비스가 연결을 잃어버릴 것 같기는 하다..!
tmux가 문제인가? 이전에 zellij 를 사용했다가 세션을 detatch하면 서비스가 멈추는 문제가 있었어서 검증됬다고 하는 tmux로 돌아왔었다. -> 그러나 tmux마저도 그런 문제가 있다는 이슈는 접한 적이 없다.
sqlite가 문제인가? 여기도 좀 신빙성이 있다. -> 1. sqlite에 발생한 에러이므로, sqlite 그 자체에서 에러가 발생했다고 보는게 가장 적절하다. 2. sqlite의 한계에 대해 이미 알고 있는 바가 있다. 동시접근이 안된다, 진정한 비동기가 어렵다? (타 db에 비해) 본래 그 용도가 로컬db까지만 타겡팅이 되었다. 실제 프로덕션에서는 안쓴다. 등…