"요즘 누가 PHP를 쓰나요?"라는 말을 개발 현장에서 심심찮게 듣습니다. Node.js와 Next.js, React, 자바로 옮겨 가는 흐름은 분명합니다. 그런데 국내 중소기업 홈페이지와 쇼핑몰, 커뮤니티 사이트를 열어 보면 상당수가 여전히 PHP와 MySQL 위에서 돌아갑니다.
이것이 단지 옛 기술을 못 버려서일까요. 결론부터 말씀드리면, 이유는 언어의 성능이나 유행이 아닙니다. 그 코드를 어디서, 얼마에, 누가 관리하며 운영하느냐는 인프라 문제입니다.
오늘은 한국에서 PHP를 계속 쓰는 이유를 인프라 비용과 운영 부담의 관점에서 짚어 보겠습니다. 신규 프로젝트의 언어와 서버 환경을 고민 중이시라면, 무엇을 언제 선택해야 하는지 판단하는 기준이 되실 것입니다.
"PHP는 끝났다"는 인식과 실제 점유율은 다릅니다
먼저 오해부터 정리하겠습니다. 사양길에 접어들었다는 인상과 달리 PHP의 실제 사용량은 여전히 압도적입니다. 웹 기술 통계 사이트 W3Techs 집계에 따르면, 서버사이드 언어가 파악되는 웹사이트 가운데 PHP를 쓰는 비율은 오랫동안 70% 중반대를 유지해 왔습니다. 전 세계 웹사이트의 40% 이상을 차지하는 워드프레스 역시 PHP로 만들어졌습니다.
국내로 좁혀도 그림은 같습니다. 널리 쓰인 게시판·홈페이지 솔루션인 그누보드, 그리고 옛 XpressEngine의 후속인 라이믹스가 모두 PHP 기반입니다. 새로 시작하는 서비스에서 다른 스택을 택하는 경우가 늘고 있는 것은 사실이지만, 이미 운영 중인 사이트와 빠르고 저렴하게 띄워야 하는 사이트의 절대량은 아직 PHP 쪽에 있습니다.
진짜 이유는 언어가 아니라 운영 부담과 비용입니다
Node.js나 자바가 PHP보다 못해서 안 쓰는 것이 아닙니다. 그렇게 만든 애플리케이션을 실제로 배포하고 24시간 안정적으로 운영하는 데 드는 비용과 손이 만만치 않다는 점이 핵심입니다. 대안별로 무엇이 필요한지 하나씩 보겠습니다.
Node.js·Next.js·React·자바는 굴릴 곳이 따로 필요합니다
이 스택으로 만든 애플리케이션은 대부분 상시 실행되는 런타임을 전제로 합니다. Node 프로세스나 JVM이 서버에서 계속 떠 있어야 하고, 정적 파일만 올린다고 동작하지 않습니다. 결국 별도의 서버나 클라우드 인스턴스가 필요하며, 빌드·배포 파이프라인과 프로세스 관리, 리버스 프록시 설정까지 뒤따릅니다. 만드는 일과 운영하는 일은 다른 이야기입니다.
서버리스는 편하지만 관리와 비용이 숨어 있습니다
서버를 직접 다루지 않는 서버리스는 어떨까요. Vercel이나 AWS Lambda 같은 서비스를 쓰면 서버 관리 부담이 크게 줄어드는 것은 맞습니다. 다만 편해 보이는 만큼 감춰진 부분이 있습니다. 데이터베이스는 별도의 관리형 DB를 붙여야 하고, 소스와 환경 변수, 도메인, 함수 설정을 각각 구성해야 합니다.
더 중요한 문제는 비용 구조입니다. 사용한 만큼 요금이 붙는 종량제라, 트래픽이 갑자기 몰리면 청구액도 함께 치솟습니다. 특히 악의적인 대량 요청(DDoS)이 들어오면 그 요청 하나하나가 그대로 과금됩니다. 보안 업계에서 '지갑 고갈 공격(Denial of Wallet)'이라 부르는 위험입니다. 서버가 멈추는 대신 요금 폭탄이 날아오는 셈이라, 소규모 사이트일수록 타격이 큽니다.
서버를 직접 구축하면 관리 역량이나 인건비가 듭니다
물리 서버든 클라우드든 직접 서버를 세운다면 OS와 웹 서버, 데이터베이스 설정부터 보안 패치와 모니터링, 장애 대응까지 전부 챙겨야 합니다. 이를 감당할 사람이 내부에 있거나, 시스템 엔지니어(SE)를 두거나 외주를 맡겨야 합니다. 어느 쪽이든 비용으로 돌아옵니다.
일반 클라우드 서버(VM)도 결국 사람이 필요합니다
AWS EC2나 네이버 클라우드처럼 흔히 쓰는 클라우드 서버를 빌려도 사정은 비슷합니다. 클라우드는 하드웨어와 네트워크를 빌려줄 뿐, 그 안에서 도는 소프트웨어의 업데이트와 백업, 장애 처리는 여전히 사용자 몫입니다. 클라우드를 쓴다는 것이 관리에서 해방된다는 뜻은 아닙니다.
웹 호스팅이 이 부담을 대신 짊어집니다
바로 여기서 웹 호스팅의 강점이 분명해집니다. 공유 웹 호스팅은 서버와 OS, 웹 서버, 데이터베이스, 기본 보안까지 호스팅 업체가 관리합니다. 사용자는 소스와 콘텐츠만 신경 쓰면 됩니다. 앞서 살펴본 모든 관리 부담을 업체가 대신 떠안는 구조입니다.
- 접근이 쉽습니다. 신청하면 곧바로 계정이 열리고, 파일을 올리면 사이트가 뜹니다. 서버 세팅 지식이 없어도 시작할 수 있습니다.
- 가격이 저렴합니다. 요금제에 따라 다르지만 월 몇 천 원 수준부터 시작합니다. 서버 한 대를 빌려 운영하는 비용과는 차이가 큽니다.
- 트래픽이 요금제에 포함됩니다. 일정 수준의 트래픽과 용량이 미리 제공되고, 한도를 넘어도 비용이 예측 가능합니다. 종량제 서버리스처럼 예상 밖의 폭탄 청구가 날아올 위험이 상대적으로 적습니다.
그리고 결정적으로, 이 웹 호스팅 환경은 전통적으로 PHP와 MySQL을 기본으로 지원합니다. Apache 또는 Nginx에 PHP, 여기에 MySQL을 얹은 조합이 사실상 표준 제공 사양입니다. 카페24, 가비아, 닷홈, 후이즈 같은 국내 호스팅 업체 대부분이 이 구성을 기본으로 제공합니다. 그래서 PHP로 만들면 가장 저렴하고 관리 부담이 적은 인프라에 그대로 얹을 수 있습니다. 그누보드나 워드프레스 같은 설치형 솔루션은 호스팅사에서 클릭 몇 번으로 설치까지 됩니다.
그렇다고 항상 PHP가 정답은 아닙니다
물론 PHP와 웹 호스팅이 모든 상황의 답은 아닙니다. 실시간 채팅이나 알림처럼 연결을 오래 유지해야 하는 서비스, 동시 접속이 대규모로 몰리는 서비스, 복잡한 단일 페이지 애플리케이션이나 마이크로서비스 구조라면 Node.js나 자바, 서버리스가 더 유리합니다.
요점은 언어의 우열이 아닙니다. 프로젝트의 성격과 예상 트래픽, 운영 인력, 예산으로 결정할 문제입니다. 소규모 홈페이지나 쇼핑몰, 커뮤니티, 회사 소개 사이트라면 PHP와 웹 호스팅 조합이 비용 대비 여전히 합리적입니다. 실시간성과 대규모 확장이 핵심이라면 다른 스택을 검토하는 편이 낫습니다.
자주 묻는 질문
PHP는 이제 배워도 쓸모가 없나요?
그렇지 않습니다. 국내외 모두에서 PHP로 도는 사이트의 절대량이 많고, 그만큼 유지보수와 리뉴얼 수요도 꾸준합니다. 새 서비스를 어떤 언어로 시작하느냐와, 기존 PHP 자산을 다룰 사람이 필요하냐는 별개의 문제입니다.
잘 돌아가는 워드프레스·그누보드 사이트를 굳이 다른 언어로 옮겨야 하나요?
잘 동작하고 보안 관리가 되고 있다면 서둘러 옮길 이유는 없습니다. 다만 보안 패치가 끊긴 오래된 버전이거나, 커스텀 코드가 뒤엉켜 유지보수가 어렵거나, 트래픽·기능 확장이 한계에 부딪혔다면 그때 리뉴얼을 검토하는 것이 좋습니다.
트래픽이 늘어도 웹 호스팅으로 감당되나요?
일정 수준까지는 상위 요금제나 서버 호스팅으로 단계적으로 늘릴 수 있습니다. 그 이상으로 커지면 클라우드나 전용 서버로 이전하는 것을 검토하게 됩니다. 처음부터 대규모를 상정하지 않는다면, 작게 시작해 필요할 때 확장하는 편이 비용 면에서 유리합니다.
마무리
PHP가 한국에서 오래 살아남은 것은 언어가 특별히 뛰어나서가 아닙니다. 저렴하고 관리하기 쉬운 웹 호스팅 생태계에 가장 잘 들어맞기 때문입니다. Node.js와 서버리스, 직접 구축한 서버는 저마다 강점이 있지만, 그만큼 별도의 인프라나 관리 인력, 예상 밖의 비용을 함께 요구합니다. 반면 PHP와 MySQL은 신청 즉시 쓸 수 있는 저렴한 웹 호스팅 위에서 바로 돌아갑니다.
오래된 PHP·그누보드·워드프레스 사이트를 운영 중이시거나, 새 사이트를 어떤 언어와 인프라로 시작할지 고민하고 계시다면 Codeless-Studio가 도와드릴 수 있습니다. 레거시 CMS 사이트를 안전하고 현대적인 환경으로 리뉴얼하고, 프로젝트에 맞는 스택과 서버 환경을 함께 설계하는 일을 전문으로 하고 있습니다. 무료 상담부터 부담 없이 시작해 보시기 바랍니다.