PURPLEOCEAN 개발 노트

제주도에서 앱을 만들고 운영하다 보면, 중산간 지역이나 해안도로, 또는 사람이 갑자기 몰리는 축제장이나 지하 주차장 같은 곳에서 네트워크가 툭툭 끊긴다는 피드백을 자주 받습니다. 서버 API만 잘 연결해 두면 개발할 때는 아무 문제 없어 보이지만, 실제 현장에서는 네트워크 오류가 예외 상황이 아니라 아주 흔하게 일어나는 일상입니다. 그렇다고 모든 데이터를 무조건 로컬에 다 저장해 두면, 오래된 데이터(종료된 축제나 바뀐 영업시간 등) 때문에 사용자에게 잘못된 안내를 하게 되어 또 문제가 터집니다. 나중에 제가 다시 보면서 바로 적용하려고, Room 캐시와 WorkManager 백그라운드 동기화 구조를 어떻게 잡으면 되는지 실무 기준으로 정리해 둡니다. 내가 운영하며 겪은 주요 문제들 보통 오프라인 캐시 구조를 대충 잡으면 아래와 같은 상황에서 앱이 먹통이 되거나 컴플레인이 들어옵니다. 네트워크 좀 안 터진다고 관광지 목록 전체가 빈 화면으로 나오는 현상 장소 이름 같은 기본 정보와 실시간 혼잡도·운영 정보를 같은 만료 기간(TTL)으로 묶어서 저장해 버리는 실수 오래된 행사 일정이 캐시에 남아 있어서 이미 끝난 축제가 계속 노출되는 문제 사용자가 지금 보는 데이터가 언제 기준 데이터인지 알 수 없는 답답함 앱 켤 때마다 모든 데이터를 새로 동기화하느라 초기 진입이 엄청 느려지는 현상 오프라인 캐시는 단순히 "화면을 빠르게 보여주는 기능"이 아니라, "네트워크가 실패해도 앱의 최소 기능은 유지하게 만드는 설계"로 접근해야 운영할 때 고생을 안 합니다. 1. 데이터 성격별 캐시 기준 나누기 가장 먼저 데이터의 성격에 따라 캐시를 할지 말지, 갱신은 언제 할지 기준부터 나눠야 합니다. 전부 똑같은 주기로 갱신하면 데이터 신뢰도가 떨어집니다. 데이터 종류 예시 필드 캐시 적합도 갱신 및 만료 기준 장소 기본 정보 이름, 주소, 좌표, 카테고리 높음 앱 버전 업데이트 또는 주 단위 동기화 즐겨찾기 사용자가 저장한 장소 높음 로컬 우선...