방치된 앱은 보통 이렇게 들어온다
의뢰는 대개 비슷한 모습으로 옵니다. 앱을 만든 개발사·외주업체와 연락이 끊겼거나 폐업했고, 업데이트가 막힌 채 시간이 지나 어느 날 갑자기 문제가 터진 상태입니다. OS 업데이트로 앱이 튕기거나, 인증서·도메인이 만료돼 접속이 안 되거나, 서버 요금이 계속 빠져나가는 식입니다.
되살리는 4단계
첫 진단: 뭐가 살아있고 뭐가 죽었나
살아 있으면 되살리기 쉬움
- 스토어에 앱이 게시돼 있다
- 서버·DB와 데이터가 남아 있다
- 소스·서명 키가 있다
- 계정 접근이 된다
막혀 있으면 먼저 해결
- 계정 접근 불가 → 복구·이전
- 소스 없음 → 부분 재개발 검토
- 서명 키 분실 → 신규 등록 검토
- 도메인·SSL 만료 임박 → 긴급 갱신
소유권·계정부터 되찾는다
기술 작업보다 계정 소유권 확보가 먼저인 경우가 많습니다. 스토어 개발자 계정, 서버·도메인 등록 계정, Firebase 등 클라우드 프로젝트의 소유권을 확보해야 이후 작업이 가능합니다. 이 단계가 막히면 복구·이전 절차부터 밟습니다(소유권 이전).
빌드를 되살리는 과정
소스가 있으면 최신 개발 환경에서 다시 빌드되도록 손봅니다. 오래된 앱은 낡은 라이브러리·만료된 인증서·바뀐 스토어 정책에서 막히는 경우가 많아, 이 부분을 하나씩 정리합니다. 프레임워크가 유지보수하기 어려운 상태라면, 데이터·기능을 살린 채 더 다루기 쉬운 구조로 옮기기도 합니다. 실제로 우리는 Flutter로 만든 앱을 React Native로 이전하며 운영을 이어간 경험이 있습니다(이전 사례).
되살린 뒤: 월정액 운영으로 전환
한 번 살리는 걸로 끝나면 같은 일이 반복됩니다. 그래서 되살린 다음에는 월정액 유지보수로 전환해, OS·스토어 정책 변화 대응과 인증서·도메인 만료 관리, 정기 점검을 이어갑니다. 큰 사고가 나기 전에 미리 막는 쪽이 결국 비용이 적게 듭니다.
우리가 실제로 해온 방식
자주 묻는 질문
되살리는 데 얼마나 걸리나요?
서비스 중단을 막는 긴급 조치는 짧게 가능하지만, 빌드 복구나 구조 이전은 남은 자산에 따라 몇 주 이상 걸릴 수 있습니다. 진단 후에 기간을 잡는 게 정확합니다.
소스가 없어도 되살릴 수 있나요?
서버·데이터·스토어 계정이 살아 있으면 되살릴 여지가 큽니다. 소스가 전혀 없으면 데이터를 유지한 채 부분 재개발을 검토합니다. 상황별 판단이 필요합니다.
비용은 어떻게 정해지나요?
무엇이 남아 있는지, 어디까지 되살릴지에 따라 달라집니다. 먼저 인수 점검으로 범위를 진단한 뒤 필요한 작업만 산정하므로, 무리한 전체 재개발을 피할 수 있습니다.
되살릴 가치가 있는지 어떻게 판단하나요?
사용자·데이터가 남아 있고 서비스가 여전히 쓰이고 있다면 대개 되살리는 편이 낫습니다. 진단 단계에서 되살리기와 새로 만들기의 비용·기간을 비교해 알려드립니다.
무료 점검부터 시작하세요
앱 상태와 남아 있는 것(계정·서버·소스)만 알려주시면 되살리기 가능 여부와 순서를 먼저 정리해 드립니다.
문의: appmonster.kr@gmail.com
함께 보기: 연락 끊긴 앱 인수·유지보수 · 레거시 PHP 플랫폼 운영 사례 · 유지보수 비용과 범위