해외 방문자가 이용하는 기업 홈페이지에는 구축 이후의 관리가 필요했습니다. 석재 제조기업 S사의 웹사이트 구축과 클라우드 이전을 시작으로 콘텐츠 전송과 웹 보안, 지속적인 운영을 연결했습니다.
기업 홈페이지는 공개하는 날에만 사용되는 결과물이 아닙니다. 시간이 지나도 제품과 회사를 설명해야 하고 다른 나라에서 방문한 사람에게도 필요한 정보를 전달해야 합니다.
그런데 제작 프로젝트의 끝과 운영의 시작은 자주 분리됩니다. 화면은 완성됐지만 서버는 누가 관리하는지, 해외 접속이 느릴 때 어디를 살펴야 하는지, 비정상 요청이 늘면 누가 대응하는지는 별도의 질문으로 남습니다.
해외 접속이 많은 석재 제조기업 S사에는 홈페이지 리뉴얼과 기존 호스팅 환경의 이전이 함께 필요했습니다. IXC는 2020년부터 구축과 운영을 이어오며 이 질문들을 같은 범위에서 다뤘습니다.
디자인과 호스팅을 각각 바꾸는 것으로는 부족했습니다
S사의 출발점에는 해외 응답 지연과 원본 서버로 들어오는 트래픽 증가가 있었습니다. 정상적인 이용과 함께 비정상 요청도 고려해야 했습니다.
이 문제를 단순히 더 큰 서버를 고르는 일로만 보면 놓치는 부분이 있습니다. 어떤 요청을 원본 서버까지 보낼지, 반복적으로 사용하는 콘텐츠를 어디에서 제공할지, 차단해서는 안 되는 방문자는 누구인지가 함께 정해져야 합니다.
홈페이지 구축과 클라우드 이전을 함께 진행한 이유를 이해하려면 화면과 기반 환경을 한 시스템으로 봐야 합니다. 방문자가 만나는 페이지는 디자인의 결과이면서 동시에 콘텐츠 전송과 서버 운영의 결과이기 때문입니다.
서버를 옮기는 일에는 전환 순서가 필요했습니다
기존 호스팅 환경은 클라우드로 이전했습니다. 전환 순서를 정하고 리허설을 거쳐 작업 시간 안에서 전환하는 방식으로 진행했습니다.
이전은 새로운 환경에 파일이 올라갔다는 사실로 끝나지 않습니다. 기존 사이트에서 제공하던 기능과 콘텐츠가 새로운 환경에서도 이어지는지 확인해야 합니다. 작업을 마친 뒤의 운영 담당과 점검 기준도 필요합니다.
전환 계획은 이런 확인을 작업 순서로 바꾸는 수단입니다. 무엇을 먼저 준비하고 어느 시점에 실제 서비스의 경로를 바꿀지 정리해야 이전 과정 자체가 설명 가능한 작업이 됩니다.
구축과 이전을 마친 뒤에는 모니터링, 변경과 패치, 장애 대응, 보안 점검을 운영 범위로 이어갔습니다.
해외 콘텐츠 전달과 원본 서버의 역할을 나눴습니다
해외 응답 문제에는 CDN을 적용했습니다. 정적 자원을 분산된 전송 지점에서 제공하고 지역별 응답을 살펴 캐시 정책을 조정했습니다. 원본 서버로 들어오던 트래픽은 월 1TB 줄었습니다.
CDN은 단순히 사이트 앞에 붙이는 속도 개선 옵션으로만 볼 필요가 없습니다. 자주 요청되는 콘텐츠를 원본 서버가 매번 직접 제공하지 않도록 역할을 나누는 방식이기도 합니다.
다만 모든 콘텐츠를 같은 정책으로 저장해 두는 것이 목표는 아닙니다. 갱신되는 정보와 캐시 가능한 자원의 성격을 구분해야 합니다. 빠른 전송과 올바른 내용의 제공은 함께 충족해야 하는 조건입니다.
이 사례에서도 서버 이전과 콘텐츠 전송 경로를 별개의 선택으로 두지 않고 홈페이지 운영의 일부로 다뤘습니다.
보안은 차단량보다 정상 방문자를 지키는 일이었습니다
비정상 요청에는 웹방화벽을 적용하고 차단 기록을 살펴 규칙을 조정했습니다. 해외 이용이 필요한 홈페이지인 만큼 정상 방문을 막지 않는 것도 함께 고려해야 했습니다.
차단된 요청이 많다는 사실만으로 좋은 보안 운영이라고 판단할 수는 없습니다. 실제 고객의 접근까지 막았다면 홈페이지의 역할을 해친 것입니다. 반대로 모든 요청을 허용하면 원본 환경이 불필요한 부담을 떠안을 수 있습니다.
따라서 이 과제는 허용과 차단을 한 번 정한 뒤 끝내는 일이 아닙니다. 요청의 성격과 차단 결과를 확인하면서 운영 조건에 맞게 조정하는 일입니다.
콘텐츠를 빠르게 전달하는 계층과 공격성 요청을 걸러내는 계층은 역할이 다릅니다. CDN과 웹방화벽을 함께 다룬 것은 하나의 기술로 모든 문제를 해결하려는 접근과 구별됩니다.
오래 운영하려면 담당자의 기억 밖에 기준이 있어야 합니다
시간이 지나면 사이트도 달라지고 담당자도 바뀔 수 있습니다. 그때마다 이전 작업의 이유를 처음부터 찾아야 한다면 유지보수는 점점 어려워집니다.
S사 운영에서는 점검과 대응 절차를 운영 문서로 정리하고 정기적으로 서비스 상태를 검토했습니다. 홈페이지, 클라우드 환경, 콘텐츠 전송과 보안 규칙을 함께 다루는 구조입니다.
운영 문서가 모든 판단을 대신할 수는 없습니다. 하지만 반복되는 작업의 기준을 공유하고 담당자가 바뀌더라도 무엇을 확인해야 하는지 전달하는 데 의미가 있습니다.
이 프로젝트에서 장기 운영은 단순한 계약 기간 이상의 이야기입니다. 구축 당시의 선택을 이후의 점검과 변경으로 이어가는 일이었습니다.
기업 홈페이지의 완성은 공개 이후에도 이어집니다
이번 사례에는 홈페이지 구축, 클라우드 이전, CDN 적용, 웹방화벽 운영이 연결돼 있습니다. 어느 하나를 도입하는 일보다 각 요소를 실제 홈페이지의 이용 조건에 맞춰 계속 다루는 구조가 중요합니다.
기업의 웹사이트를 평가할 때는 첫 화면과 최초 제작비만으로 드러나지 않는 부분이 있습니다. 해외 이용자는 어떻게 접속하는지, 다음 변경은 누가 반영하는지, 문제가 생기면 무엇을 근거로 대응하는지도 홈페이지의 품질에 포함됩니다.
S사 사례는 웹사이트를 제작물로 넘기는 일에서 계속 사용할 수 있는 기업 자산으로 관리하는 일까지 이어간 프로젝트입니다.