핵심: 리니지 프리서버는 공식 서버 규칙을 변형하거나 자체 콘텐츠를 제공하는 개인·소규모 운영 서버로, 원작과 다른 경험(경험치 배율, 아이템, 스킬 등)을 빠르게 즐길 수 있다는 점이 핵심이다. 운영 주체가 개인인지 팀인지에 따라 안정성·지원 수준이 크게 달라지며, 법적·보안적 리스크를 사전에 인지해야 한다.
도입: 리니지프리서버란 무엇인가 : 리니지프리서버의 기본 개념과 초보자가 알아야 할 핵심 차이점을 간결히 설명한다
리니지 프리서버는 원작 서버와 별개로 게임 데이터를 자체 호스팅하거나 수정해 제공하는 서버를 뜻합니다. 개인 운영자가 직접 경험치 배율을 2배·10배 등으로 조정하거나, 전용 장비를 추가하는 등 원작과 다른 플레이 환경을 만듭니다. 일반적으로 공식 업데이트와 동기화되지 않아 최신 콘텐츠 보장은 어렵지만 실험적이거나 빠른 성장을 원하는 플레이어에게 매력적입니다.
리니지프리서버란 주로 어떤 목적과 범위로 운영되는지 구체적 차이를 이해해야 합니다. 예를 들어 PvP 중심 서버는 PK 규칙을 강화하고 경험치 보상을 3배로 높이는 반면, 레이드 서버는 보스 출현률을 50%로 조정하는 식으로 설계됩니다. 초보자는 서버 공지, 운영 시간, 복구 정책 같은 운영 세부사항을 확인하는 것이 중요합니다.
많은 경우 이러한 서버는 비공식 서버로 분류되며, 공식 고객지원이나 계정 연동이 불가능합니다. 비공식 서버는 데이터 백업 정책이 부실할 수 있어 계정·아이템 손실 위험이 존재합니다. 따라서 초기 가입 전 운영 기간(예: 6개월 이상 운영 이력)과 커뮤니티 반응(활동 사용자 수 100명 이상 등)을 확인하는 것이 안전합니다.
프라이빗 서버의 정의와 범위 : 프리서버의 정의, 운영 주체, 제공 콘텐츠 범위를 정리한다
프라이빗 서버는 개인 또는 소규모 팀이 운영하며 서버 설정을 자유롭게 변경할 수 있는 환경을 제공합니다. 운영 주체가 개인인 경우 패치·업데이트가 느리거나 주기적 점검이 불규칙할 수 있고, 팀 운영 시에는 매주 점검·패치 공지와 개발 로드맵을 기대할 수 있습니다. 콘텐츠 범위는 경험치, 아이템 드랍, 퀘스트 수정, 신규 맵·몬스터 추가 등 다양하며 서버별로 크게 차이가 납니다.
운영 범위를 판단할 때는 서버 공지·백업 빈도(예: 일일 백업, 주간 패치)와 사용자 통계(동접자 평균 200~500명 등)를 참고하면 현실적인 안정성을 가늠할 수 있습니다. 또한 운영자가 공개하는 서버 로그·패치 노트가 투명할수록 신뢰도가 높습니다. 초보자는 처음 2주 동안 활동량과 운영 대응 속도를 체크해 장기 거주 여부를 결정하는 것이 좋습니다.
📚 infopalette-live 블로그의 다른 가이드가 궁금하다면 — 전체 글 목록 보기
프리서버 종류와 특징: 분류별 비교 : 대표적인 프리서버 유형을 분류하고 각 유형의 장단점과 주요 특징을 설명한다
프리서버 종류는 크게 오픈소스·커스텀형, 상업형(유료 운영), 취미형(무료 운영)으로 나눌 수 있습니다. 각 유형은 기술 수준, 유지비 부담, 사용자 수용성에서 차이가 큽니다. 예컨대 오픈소스 기반 서버는 소스코드 접근이 가능해 기능 확장이 자유로운 반면, 상업형은 안정성과 고객지원이 우수하지만 이용료가 발생합니다.
- 서버 유형을 선택할 때 고려해야 할 3단계 가이드:
- 직접 호스팅 가능 여부(서버 대역폭 100Mbps 이상 권장)를 확인합니다.
- 운영 기간과 커뮤니티 활동(최소 3개월 이상, 동접자 50명 이상)을 검토합니다.
- 데이터 백업 정책과 복구 계획을 명확히 확인합니다.
오픈소스·커스텀형 : 오픈소스 기반 서버와 커스텀으로 구성된 서버의 특징과 기술적 난이도를 설명
오픈소스·커스텀형은 소스코드 수정으로 신규 콘텐츠를 자유롭게 추가할 수 있어 실험적인 시스템(예: 스킬 밸런스 변경 30% 향상)이 가능합니다. 기술적 난이도는 높아 서버 설정·DB 관리·패치 적용에 대한 지식이 필요하며, 초보 운영자는 초기 세팅에 40~80시간가량 투자할 수 있습니다. 장점은 커스터마이징 자유도와 커뮤니티 기여(플러그인 공유 등)이고 단점은 보안 취약점 발생 시 대응이 느릴 수 있다는 점입니다.
이 유형은 종종 개발자 커뮤니티 기반으로 빠르게 기능이 확장되며, 예를 들어 공격력 공식 변경으로 평균 사망률이 20% 감소하는 식의 밸런스 조정이 가능합니다. 또한 오픈소스 코드를 활용하면 초기 비용을 서버 호스팅비(월 5만원~20만원) 수준으로 낮출 수 있습니다. 반면 운영 경험이 부족한 팀은 안정성 문제로 사용자 이탈률이 높아질 위험이 있습니다.
- 장점: 빠른 기능 확장, 낮은 초기 라이선스 비용
- 단점: 높은 기술 요구, 보안·안정성 리스크
상업형(유료 운영) vs 취미형(무료 운영) : 운영 목적에 따른 차이점(수익구조·지원·안정성)을 비교
상업형은 광고·아이템 판매·후원 등으로 수익을 창출하며 월 평균 수익 모델을 적용할 경우 운영비(서버비 월 30만원, 개발·관리 인건비 월 200만원)를 충당하는 구조를 갖습니다. 이 경우 고객지원과 서버 안정성이 중요해 정기 백업, 24시간 모니터링, SLA(가동률 99.9%) 같은 체계가 갖춰지는 편입니다. 반대로 취미형은 운영 비용이 낮거나 자비로 충당되므로 패치 주기가 불규칙하고 지원은 커뮤니티 중심으로 이루어집니다.
취미형 서버는 초기 진입 장벽이 낮아 소규모 커뮤니티 형성(동접자 10~50명)이 쉬우나, 운영자의 개인 사정으로 서비스가 중단될 가능성이 큽니다. 상업형은 가입자 유지율을 위해 이벤트·보상 시스템을 자주 운영하며, 예를 들어 월간 이벤트로 활성화율을 15%p 끌어올리는 전략을 사용합니다. 선택 시에는 본인이 원하는 플레이 스타일(안정성 우선 vs 새로운 경험 우선)에 따라 우선순위를 두고 결정하는 것이 좋습니다.
공식 서버와의 차이점: 법적·운영적 관점
게임플레이·데이터 차이
리니지 프리서버 뜻을 한 문장으로 정리하면 공식 서버와 달리 운영자 설정에 따라 게임플레이와 데이터 구조가 크게 달라지는 비공식 환경을 가리킵니다. 공식 서버는 보통 4~6주 주기의 패치 주기를 유지해 콘텐츠 안정성을 보장하지만 프리서버는 주당 또는 수일 단위로 밸런스와 이벤트를 조정하는 경우가 많습니다. 예를 들어 공식 서버는 경험치 1배·드랍 1배를 유지하는 반면, 프리서버는 경험치 10배·드랍 5배처럼 서버별 설정으로 차등화됩니다.
데이터베이스 포맷 측면에서 공식 서버는 암호화 및 분산 스토리지를 사용하는 반면 프리서버는 단일 MySQL 또는 SQLite 파일 기반으로 운영되는 경우가 흔합니다. 공식 서버의 운영 DB가 수백 기가바이트 규모로 저장되고 트랜잭션 로그를 엄격히 관리하는 반면, 소규모 프리서버는 5~30GB로 운영되는 예가 많아 복구 방식도 달라집니다. 이런 구조적 차이 때문에 동시접속 500명 이상 환경에서는 프리서버가 동기화 문제나 롤백 리스크를 더 자주 겪을 수 있습니다.
밸런스와 콘텐츠 차이는 수치로도 명확히 드러납니다. 예컨대 몬스터 리스폰 시간, 아이템 드롭 확률, 보스 스폰 스케줄을 운영자가 임의로 바꿀 수 있어 공식 대비 난이도 편차가 큽니다. 또한 일부 프리서버는 커스텀 맵이나 NPC 스크립트를 사용해 공식과 전혀 다른 게임플레이를 제공하기도 합니다. 이로 인해 데이터 마이그레이션이나 공식 서버와의 동기화는 현실적으로 어렵습니다.
법적·서비스 책임 차이
공식 서버 차이로 인해 발생하는 가장 큰 문제는 서비스 수준과 책임 소재입니다. 공식 서비스는 명확한 이용약관과 고객지원 절차, SLA(예: 99.9% 가용성)를 제공하지만 프리서버는 운영자 재량에 따라 지원이 제한되거나 전무할 수 있습니다. 예를 들어 공식은 장애 발생 시 24시간 내 대응을 약속하지만 프리서버는 커뮤니티 공지로만 대체되는 사례가 빈번합니다.
저작권 및 이용약관 위반 가능성도 중요한 리스크입니다. 게임 클라이언트 파일을 변조하거나 서버용 리소스를 무단으로 배포하면 저작권 침해 소지가 있으며 운영자뿐 아니라 파일을 공유한 사용자가 법적 책임을 질 수 있습니다. 또한 계정 연동이나 결제 정보를 요구하는 비공식 서비스는 개인정보 보호법 위반 우려가 있으니 주의해야 합니다.
운영자의 책임 범위는 모호한 경우가 많아 이용자 피해 보상이나 환불 규정이 명확하지 않습니다. 예를 들어 아이템 손실이나 계정 탈취 발생 시 공식 서버라면 로그 기반 복구 절차가 있으나 프리서버는 운영자 판단으로 복구가 이루어지거나 전혀 수행되지 않을 수 있습니다. 따라서 프리서버 이용 전에는 책임 소재와 복구 계획을 반드시 확인해야 합니다.
설치 방법(초보자용 단계별 가이드)
설치 전 필수 조건
초보자가 설치를 시작하기 전에 권장 서버 스펙을 먼저 확인해야 합니다. 소규모 테스트 환경(동시접속 50~200명)은 CPU 4코어·메모리 8GB·SSD 200GB로 충분하며, 중규모(200~500명)는 CPU 8코어·메모리 16~32GB·NVMe 500GB를 권장합니다. 네트워크는 동시접속 500명 기준으로 업로드 최소 100Mbps, 1000명 이상은 1Gbps 회선을 권장합니다.
운영체제는 안정성과 커뮤니티 지원을 고려해 Ubuntu 20.04 LTS 또는 CentOS 7/8, Windows Server 2019 중 하나를 권합니다. 데이터베이스는 MySQL 5.7~8.0 또는 MariaDB를 주로 사용하며 파일 I/O가 많은 만큼 SSD IOPS가 3,000~10,000 수준인 저장소를 추천합니다. 또한 공개 IP 또는 고정 IP가 없는 환경에서는 포트포워딩과 NAT 설정을 사전에 준비해야 합니다.
보안과 백업 요건도 설치 전 필수입니다. SSH 접속은 키 인증으로만 허용하고 방화벽 기본 정책을 세워 불필요한 포트를 차단합니다. 모니터링을 위해 메트릭 수집 에이전트를 미리 설치해 두면 설치 직후 문제를 빠르게 파악할 수 있습니다.
초보자용 기본 설치 흐름
설치 전에 전체 절차를 한 번 훑어보면 초보자에게 도움이 됩니다. 아래는 기본적인 설치 흐름으로, 각 단계마다 로그 확인을 권장합니다.
- 서버 OS 설치 및 보안 패치 적용, 필수 라이브러리 설치.
- 데이터베이스(MySQL) 설치 및 초기 스키마 적용.
- 게임 서버 바이너리와 리소스 파일을 적절한 폴더 구조로 배치.
- 설정파일 주요 파라미터 편집(포트, 경험치 배율, NPC 리스폰 등).
- 방화벽 및 포트포워딩 설정 후 서비스 시작.
- 테스트 계정으로 접속하여 로그인/맵이동/전투 로그 확인.
설치 과정 중 자주 확인해야 할 설정파일 항목은 DB 접속 정보, 네트워크 포트, 경험치·드랍 배율, 로그 레벨 등입니다. 초심자는 설정파일을 수정할 때 원본을 백업하고 차례대로 변경 사항을 적용하면 되며, 문제가 생길 경우 원본으로 되돌려 테스트합니다. 초보자도 안정적으로 시작하려면 리니지 프리서버 관련 이용 가이드를 한 번 더 참고한 뒤 진행하는 것을 권장합니다.
설치 후 처음 접속 테스트 방법은 다음과 같습니다. 서버 포트에 telnet으로 접속 가능 여부를 확인하고, 클라이언트로 계정 생성 및 로그인을 시도합니다. 서버 로그에서 세션 생성, DB 쿼리 성공/실패, 에러 스택을 확인해 이상 유무를 판별합니다.
운영과 유지보수: 보안·백업·모니터링
보안 기본설정
운영 초기에는 접근제어 원칙을 세워 불필요한 접근을 차단해야 합니다. 관리자 접속은 반드시 VPN이나 사설망으로 제한하고 SSH는 공개키 기반 인증만 허용합니다. 또한 운영체제와 애플리케이션 패치는 주간 단위로 확인해 보안패치를 적용하는 것이 안전합니다.
아래 체크리스트는 필수 보안 항목입니다.
- SSH 키 인증 및 루트 로그인 비활성화
- 네트워크 레벨 방화벽 규칙(허용 IP, 포트 제한)
- 데이터베이스 접근은 내부 네트워크로만 허용
비인가 접근 차단을 위해 fail2ban과 같은 자동 차단 도구를 도입하고, 관리자 페이지는 IP 화이트리스트 또는 2단계 인증으로 보호합니다. 로그는 중앙집중식으로 수집해 90일 이상 보관하고 의심 활동 발생 시 즉시 알림이 오도록 설정합니다.
운영자 권한 관리와 패치 관리 절차도 문서화해야 합니다. 패치 적용 전 테스트 환경에서 48시간 이상 검증하고 운영 환경에는 유지보수 창을 공지한 후 적용하는 것이 표준 절차입니다. 또한 취약점 발견 시 긴급 패치 절차와 롤백 플랜을 준비해 두면 장애 대응 시간이 크게 단축됩니다.
백업·모니터링 정책
데이터 복구를 위해 백업 주기와 보관 기간을 명확히 정합니다. 권장 정책은 데이터베이스는 시간별 증분(RPO 1시간)·일일 전체 백업, 전체 파일은 주간 전체 백업으로 보관기간을 30~90일로 설정하는 것입니다. 예를 들어 DB 용량이 100GB이면 일주일치 증분과 주간 전체를 합쳐 약 300GB 이상의 백업 스토리지가 필요합니다.
모니터링 지표는 서버 부하, CPU 사용률, 메모리 사용률, 디스크 I/O, 동시접속자 수, 평균 응답시간, 오류율(TPS 에러 비율) 등을 포함해야 합니다. 경보 임계치는 CPU 70% 초과 또는 메모리 80% 초과 시 1차 알림, 동시접속자가 평상시 대비 30% 이상 급증하면 2차 알림으로 설정하는 식이 현실적입니다. 복구 시나리오로는 자동 스케일링으로 임시 인스턴스 추가, DB 읽기 전용을 읽기/쓰기 페일오버로 전환, 마지막 전체 백업으로부터 복원 후 트랜잭션 로그 적용의 순서를 권장합니다.
모니터링 도구는 로그 수집(예: ELK), 메트릭(예: Prometheus+Grafana), 알림(Slack/메일/모바일)을 결합해 운영 자동화를 구현합니다. 복구 연습은 월 1회 이상 수행해 RTO(목표 복구시간)가 실제로 4시간 이내인지 검증하고 문제가 발견되면 정책을 수정합니다. 마지막으로 일상적인 점검표를 만들어 계정 권한, 패치 상태, 백업 성공 여부를 주간 점검 항목으로 관리하면 운영 안정성이 크게 올라갑니다.
선택 기준과 비교표: 어떤 프리서버를 골라야 할까
리니지 프리서버를 선택할 때는 성능, 안정성, 법적 안전성, 그리고 운영 비용을 동시에 고려해야 합니다. 리니지 프리서버를 고를 때는 예상 동시접속자 수와 예산을 먼저 정하고 그에 맞는 하드웨어와 네트워크 설계를 비교하는 것이 중요합니다. 특히 커뮤니티 성장률이 빠르면 초기 설계 비용이 낮아도 6개월 내 추가 확장 비용이 크게 증가할 수 있으므로 사전 시뮬레이션이 필요합니다.
성능과 확장성 비교
동시접속 처리 능력은 CPU 코어 수, 메모리 용량, 네트워크 대역폭으로 결정됩니다. 예를 들어, 동시접속 5,000명을 목표로 할 때는 16코어 이상 CPU, 128GB RAM, 10Gbps 네트워크를 권장하며 소규모(동시접속 100명)는 4코어 CPU, 16GB RAM, 1Gbps로도 충분합니다. 테스트 환경에서 월 평균 지연시간이 50ms 이하로 유지되는지와 초당 처리 패킷 수(pps)를 확인하면 확장성 한계를 더 정확히 파악할 수 있습니다.
안정성·법적 안전성 비교
업데이트 지원 여부와 저작권 리스크는 서비스 지속성에 큰 영향을 미칩니다. 공식 패치 기반이 아닌 수정된 패치나 비공식 데이터 사용은 저작권 분쟁 가능성이 있어 운영 지속성에 높은 위험을 초래할 수 있습니다. 또한 백업 정책과 자동 복구 절차, 그리고 로그 보관 정책이 미흡하면 장애 시 복구 불능 사태로 이어질 수 있으니 위험도를 사전에 평가해야 합니다.
| 항목 | 고성능(대형) | 보통(중형) | 소규모(커뮤니티) |
|---|---|---|---|
| 예상 동시접속 | 5,000+ | 500–2,000 | 50–500 |
| CPU | 16코어 이상 | 8코어 | 4코어 |
| RAM | 128GB 이상 | 32–64GB | 8–16GB |
| 스토리지 | NVMe RAID 1TB+ | SSD 500GB | SSD 120GB |
| 확장성 | 수평/수직 확장 용이 | 부분적 확장 가능 | 확장 제한적 |
| 법적 위험도 | 중간(맞춤 패치 시) | 높음(비공식 패치) | 낮음(테스트용) |
| 월 운영비용(예시) | 300만원 이상 | 50–150만원 | 5–30만원 |
| 추천 대상 | 상시 대규모 서비스 | 꾸준한 수익 모델 | 취미·테스트 운영 |
실무 팁 및 안전 체크리스트
리스크를 줄이려면 운영 전후로 명확한 절차와 책임 분담을 정의해야 합니다. 리니지 프리서버 운영은 단순한 서버 관리가 아니라 커뮤니티 관리, 보안 대응, 법적 대응을 포함한 종합 업무입니다. 초기에는 로그 수집과 모니터링 시스템을 갖춰 평균 트래픽과 피크 트래픽을 분리해 분석하는 것이 좋습니다.
운영 보안 측면에서는 접근 제어와 패치 관리, DDoS 방어 체계를 우선 구축해야 합니다. 자동화된 패치 배포와 롤백 절차를 마련하면 긴급 보안 업데이트 시 다운타임을 최소화할 수 있습니다. 또한 "게임 서버 운영" 관점에서 장애 시 고객 공지 절차와 보상 정책을 사전에 준비하면 운영 신뢰도가 크게 향상됩니다.
법적·윤리적 검토는 운영 전 반드시 실행해야 하며, 저작권 관련 문서와 이용약관(EULA)을 명확히 해두어야 합니다. 비공식 패치 사용이나 상업적 광고 수익 모델은 법적 분쟁 가능성을 높이므로 법률 자문을 통해 위험 수준을 평가받는 것이 안전합니다. 내부 규정에 따라 유저 신고 처리와 콘텐츠 삭제 절차를 표준화하면 분쟁 발생 시 대응 속도가 빨라집니다.
운영 전 필수 체크리스트
운영 전 체크리스트는 기술·보안·법무를 모두 포함해야 하며, 이를 빠짐없이 점검해야 합니다. 아래 항목들은 서비스 시작 전 반드시 완료해야 하는 핵심 항목들로, 실행 여부에 따라 서비스 리스크가 크게 달라집니다. 체크리스트 수행 결과는 문서로 보관해 추후 감사나 분쟁 시 증빙으로 사용해야 합니다.
- 법률 검토 및 저작권 리스크 확인(외부 법률 자문 포함)
- 정기 백업 정책 및 자동 복구 테스트 수행(주기 예: 일간/주간)
- 방화벽 및 접근 제어 설정(관리자 IP 화이트리스트 등)
- DDoS 방어 솔루션 도입 여부 및 테스트
- 패치·업데이트 절차 문서화 및 롤백 계획 수립
- 로그 수집·보관 정책 수립(보관 기간, 접근 제한)
- 유저 약관 및 개인정보 처리방침 공개
요약 및 다음 단계: 시작 전 결정 체크포인트
핵심은 성능, 안정성, 법적 안전성 세 축을 균형 있게 검토하는 것입니다. 리니지 프리서버 선택 시 동시접속 목표와 예산을 먼저 고정한 뒤 표에 제시된 하드웨어와 비용 비교를 통해 후보를 압축하는 것이 실무적으로 효율적입니다. 운영 시작 전에는 법률 검토와 백업·보안 체계를 완료해 실제 서비스 리스크를 최소화해야 합니다.
다음 단계로는 우선 테스트 인스턴스에서 피크 시뮬레이션을 실행해 성능 병목을 식별하세요. 이어서 법무팀 또는 외부 변호사와 한 번 더 리스크를 점검한 뒤, 체크리스트 항목을 모두 완료한 상태에서 실서비스 론칭을 계획하면 안전합니다. 마지막으로 론칭 후 3개월간은 주단위 성능 리뷰와 보안 점검을 통해 운영 정책을 보완하는 것을 권장합니다.
- 성능 목표 확정: 예상 동시접속 수 및 성장률 수치화
- 법적 리스크 확정: 저작권·광고 수익 모델 검토 완료
- 보안·백업 완료: DDoS, 방화벽, 자동 백업 테스트 통과
- 파일럿 론칭: 소규모 유저로 4주간 운영 후 확장 결정
(nav) 위 체크포인트를 기준으로 우선순위를 정해 단계별로 실행하면 초기 리스크를 크게 낮출 수 있습니다.
자주 묻는 질문
Q. 리니지프리서버는 합법인가요?
프리서버 자체가 자동으로 불법은 아니지만, 저작권 보호 자료의 무단 사용이나 이용약관 위반 소지가 있으면 불법이 될 수 있습니다. 운영 전 관련 법적 리스크를 검토하세요.
Q. 초보자가 프리서버를 직접 세팅해도 되나요?
기술적 난이도가 있지만 기본적인 서버 지식과 설치 가이드를 따르면 가능합니다. 다만 보안과 백업 절차를 철저히 준비해야 합니다.
Q. 프리서버 이용 시 개인정보 유출 위험은 없는가요?
관리자가 사용자 데이터를 어떻게 다루느냐에 따라 위험이 있습니다. 개인정보를 요구하는 서버는 신중히 이용하고, 운영자는 암호화·접근제어를 적용하세요.
Q. 서버에서 문제가 발생하면 누구에게 책임이 있나요?
운영자가 서버를 직접 관리하는 경우 운영자에게 책임이 있으며, 이용자는 공지된 규정에 따른 책임을 집니다. 법적 책임은 상황별로 달라질 수 있습니다.
Q. 프리서버에서 아이템 거래는 안전한가요?
서버마다 규정과 보안 수준이 달라 리스크가 존재합니다. 거래 전 서버 규칙과 운영자의 신뢰도를 확인하세요.
Q. 설치 후 정기적으로 어떤 관리를 해야 하나요?
정기 백업, 보안 패치 적용, 로그 모니터링, 사용자 신고 대응을 꾸준히 수행해야 합니다. 위기 대응 매뉴얼을 준비해 두는 것이 좋습니다.
Q. 프리서버는 공식 업데이트를 받을 수 있나요?
대부분의 프리서버는 공식 업데이트를 자동으로 받지 못하므로 운영자가 수동으로 패치하거나 자체적으로 수정합니다. 이 점이 안정성 차이의 큰 원인입니다.
Q. 서버 선택 시 가장 중요하게 봐야 할 항목은 무엇인가요?
안정성(서버 가동률)과 보안(데이터 처리 방식)을 우선 확인하세요. 또한 운영 투명성(규정·공지)을 점검하는 것이 중요합니다.