![[심층분석] 내 여행 데이터를 내 서버에: 셀프호스팅 여행 플래너 TREK 뜯어보기](/newsimg/bVkM4GmpE7w7bIeJ.jpg)
여행 계획 앱, 왜 또 새로 만들었을까요?
여행 갈 때 다들 어떻게 계획 세우세요? 저는 보통 구글 지도에 별표 찍고, 노션에 일정 적고, 항공권 이메일은 메일함 어딘가에 묻혀 있고, 친구랑 정산은 카톡으로 "누가 얼마 냈더라" 하면서 하거든요. 여행 하나 가는데 앱을 대여섯 개씩 왔다 갔다 하는 거죠.
오늘 소개할 TREK은 바로 이 흩어진 것들을 한곳에 모은 여행 플래너예요. 지도, 예산, 짐 싸기 체크리스트, 여행 일지, 예약 관리, 거기다 AI까지 한 앱에 다 들어있어요. 그런데 진짜 핵심은 따로 있어요. 바로 "셀프호스팅(self-hosted)" 이라는 점이에요.
셀프호스팅이 뭐냐면, 쉽게 말해서 남의 회사 서버가 아니라 내 서버(또는 내 컴퓨터)에 직접 깔아서 쓰는 것을 말해요. 우리가 평소 쓰는 구글 지도나 트립닷컴은 내 여행 정보가 전부 그 회사 서버에 저장되잖아요. 반면 TREK은 내가 직접 설치하니까 내 여행 데이터, 항공권 정보, 숙소 예약번호가 전부 내 손안에 남아요. 요즘 "내 데이터는 내가 갖겠다"는 사람들이 늘면서 이런 셀프호스팅 도구가 하나의 흐름이 됐는데, TREK은 그 흐름이 여행 분야까지 왔다는 신호인 셈이에요.
기술적으로 뜯어보면
저장소 구조를 보면 client(화면), server(서버), shared(공통 코드)로 나뉜 전형적인 풀스택 웹앱이에요. 여기서 눈여겨볼 기술 포인트를 하나씩 풀어볼게요.
1) 실시간 협업 — "여행계의 구글 독스"
TREK의 간판 기능은 실시간 동기화예요. 친구가 일정에 맛집 하나를 추가하면, 같이 보고 있는 내 화면에도 즉시 뜨거든요. 이걸 가능하게 하는 게 WebSocket(웹소켓) 이라는 기술이에요.
웹소켓이 뭐냐면요. 보통 웹페이지는 내가 "새로고침" 같은 요청을 보내야 서버가 답을 주는 구조예요. 손님이 물어봐야만 대답하는 식당 같은 거죠. 그런데 웹소켓은 서버와 브라우저 사이에 전화선을 하나 깔아두는 방식이에요. 한번 연결해두면 서버가 "방금 누가 일정 바꿨어!" 하고 먼저 말을 걸 수 있어요. 그래서 새로고침 없이도 변경 사항이 실시간으로 쫙 퍼지는 거예요. 구글 독스에서 다른 사람 커서가 움직이는 게 보이는 거랑 똑같은 원리예요.
여러 명이 같은 여행을 함께 짜는데, 한 명은 숙소를 알아보고 한 명은 맛집을 찾고… 이게 따로 노는 게 아니라 한 화면에서 실시간으로 합쳐지니까 단톡방에서 "내가 이거 추가했어" 하고 일일이 말할 필요가 없어지는 거죠.
2) 지도 — Leaflet과 Mapbox GL 중 골라 쓰기
TREK은 지도 엔진을 두 가지 중에 고를 수 있어요. Leaflet과 Mapbox GL인데, 이 둘의 차이를 쉽게 비유하자면 이래요.
- Leaflet: 가볍고 무료인 동네 자전거예요. 평평한 2D 지도에 핀 꽂고 보기엔 충분하고, 설치도 간단해요.
- Mapbox GL: 옵션 가득한 스포츠카예요. 3D 건물, 지형(terrain), 사진 마커, 경로 시각화까지 화려하게 보여주지만, 보통 API 키가 필요하고 사용량이 많으면 돈이 들 수 있어요.
- 구글 지도/트립스: 편하지만 내 데이터가 구글 거예요. '무료로 잘 차려진 식당'인데 레시피는 절대 안 알려주는 셈이죠.
- Wanderlog, TripIt: 여행 특화 SaaS예요. 예쁘고 기능 좋지만 결국 남의 서버에 내 일정이 쌓이고, 고급 기능은 구독료가 붙어요.
- 노션·구글 시트로 직접 관리: 자유롭지만 지도 연동, 실시간 정산, 예약 자동 정리 같은 건 직접 못 해요. 손이 많이 가죠.
- TREK: '내 집에 차린 주방'이에요. 처음 설치하는 수고는 들지만, 데이터도 내 거고 레시피(소스코드)도 열려 있어요.
여기에 장소 검색도 Google Places(사진·평점·영업시간까지 풍부하지만 API 키 필요)와 OpenStreetMap(완전 무료, 키 불필요) 중에 고를 수 있게 해놨어요. 돈 들이기 싫으면 무료 조합으로, 화려하게 쓰고 싶으면 유료 조합으로 — 이렇게 선택권을 준다는 게 셀프호스팅 도구다운 배려예요.
3) PWA — 앱스토어 없이 앱처럼
기능 목록에 PWA가 보이는데요. PWA는 'Progressive Web App'의 줄임말이에요. 이게 뭐냐면, 웹사이트인데 앱처럼 설치해서 쓸 수 있는 것을 말해요. 앱스토어 거치지 않고도 홈 화면에 아이콘이 생기고, 인터넷이 끊긴 비행기 안에서도 미리 받아둔 일정을 볼 수 있어요. 여행지에선 데이터가 안 터지는 순간이 많잖아요. 그때 빛을 발하는 기능이에요.
4) SSO와 AI, 그리고 MCP
SSO(Single Sign-On)는 '한 번 로그인으로 여러 곳 통과'라는 뜻이에요. 회사 계정 하나로 여러 사내 서비스에 로그인하는 그거예요. 여러 사람이 함께 쓰는 도구라 인증을 깔끔하게 처리할 수 있게 해뒀어요.
그리고 저장소에 MCP.md 파일이 있는 게 흥미로워요. MCP는 Model Context Protocol, 쉽게 말해 AI(챗봇 같은 거)가 앱의 데이터에 안전하게 접근하도록 약속한 표준 통로예요. 이게 있으면 "3박 4일 부산 일정 짜줘" 같은 요청을 AI가 받아서 실제 일정에 장소를 꽂아넣는 식의 연동이 가능해져요. 단순히 AI를 갖다 붙인 게 아니라 표준 프로토콜로 제대로 연결했다는 점이 요즘 트렌드를 잘 따라간 부분이에요.
비슷한 서비스들과 비교하면
여행 계획 도구는 이미 많아요. 각각의 결이 어떻게 다른지 비유로 정리해볼게요.
한국 개발자에게 주는 시사점
한국 사용자 입장에서 제일 반가운 건 따로 있어요. 바로 네이버 지도 리스트 가져오기를 지원한다는 점이에요. 보통 이런 해외 오픈소스는 구글 지도만 챙기는데, 공유된 네이버 지도 목록은 물론 GPX·KML·GeoJSON 같은 지도 파일까지 불러올 수 있어요. 국내 맛집 리스트를 네이버에서 정리한 다음 그대로 끌어올 수 있다는 거예요.
실무에 어떻게 써볼 수 있을까요? 몇 가지 시나리오를 그려볼게요.
1. 동아리·회사 워크샵 간사라면, 라즈베리파이나 작은 클라우드 서버에 Docker로 한 번 올려두고 팀원 전체를 초대하세요. docker-compose.yml이 제공되니 명령어 한 줄로 띄울 수 있어요. 단톡방 정산 다툼이 사라집니다.
2. 셀프호스팅 입문자라면, TREK은 좋은 연습 교재예요. WebSocket 실시간 동기화, PWA 오프라인 처리, 지도 API 연동, SSO 인증 — 현업에서 자주 쓰는 기술이 한 프로젝트에 다 모여 있거든요. 코드를 읽으면서 "실시간 기능은 이렇게 구현하는구나"를 배우기 좋아요.
3. 사이드 프로젝트를 구상 중이라면, MCP 연동 부분을 참고하세요. AI를 앱에 붙이는 '표준적인 방법'이 실제 코드로 어떻게 생겼는지 살아있는 예시를 볼 수 있어요.
도입할 때 고려할 점도 짚어둘게요. 셀프호스팅은 공짜처럼 보여도 서버 관리라는 숙제가 따라와요. 보안 업데이트, 백업, 도메인·HTTPS 설정은 직접 챙겨야 해요. 또 Mapbox나 Google Places의 화려한 기능을 쓰려면 API 키와 비용이 들 수 있으니, 처음엔 무료 조합(OpenStreetMap + Open-Meteo 날씨)으로 시작해보는 걸 추천해요.
마무리하며
TREK이 보여주는 큰 그림은 "내 데이터를 내가 통제하는 시대"가 점점 현실이 되고 있다는 거예요. 예전엔 셀프호스팅이라 하면 기능이 투박하고 설치가 어려웠는데, 이젠 Docker 한 줄로 띄우고 상용 앱 부럽지 않은 기능에 AI까지 얹는 수준이 됐어요. 이 흐름은 여행 앱을 넘어 가계부, 노트, 사진첩 등 우리 일상 곳곳으로 번질 거라고 봐요.
여러분은 어떠세요? 편하지만 내 데이터를 내주는 상용 서비스가 좋으세요, 아니면 좀 번거로워도 내 서버에 직접 올려 데이터를 지키는 쪽이 끌리세요? 혹시 이미 셀프호스팅으로 굴리고 있는 도구가 있다면 댓글로 자랑해주세요. 다음 여행 계획은 TREK으로 한번 짜보는 것도 재밌겠네요!
🔗 출처: GitHub
"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"
실제 수강생 후기- 비전공자도 6개월이면 첫 수익
- 20년 경력 개발자 직강
- 자동화 프로그램 + 소스코드 제공