Blog·인사이트

글로벌 자사몰에 3D를 붙일 때의 인프라·CDN 비용

···4분 읽기
요약

3D는 이미지보다 무거워, 해외 사용자까지 빠르게 전달하려면 CDN과 인프라 설계가 필요합니다. 저희가 두코를 운영하며 본 글로벌 3D 자사몰의 전송 비용 구조와, 압축·자동 최적화로 줄이는 법, 그리고 CDN이 효과가 작은 경우까지 정리합니다.

3D는 무겁고, 거리는 멀다

글로벌 자사몰에 3D를 붙일 때 흔히 놓치는 것이 전송 비용과 속도입니다. 3D 모델·텍스처는 이미지보다 무겁고, 사용자가 전 세계에 흩어져 있으면 서버에서 먼 곳일수록 느려집니다. '국내에서는 빠른데 해외에서 안 열려요'가 바로 이 문제입니다.

구체적으로 그려 보면 이렇습니다. 제품 상세 한 페이지에 모델 하나와 텍스처 몇 장이 붙고, 색·재질을 바꾸면 또 다른 텍스처가 따라옵니다. 이미지 상세 페이지가 몇백 KB로 끝날 일이, 3D에서는 첫 진입에 수 MB 단위로 커지기 쉽습니다. 게다가 자사몰은 한두 페이지가 아니라 카탈로그 전체가 3D인 경우가 많아, '한 번 무거운' 게 아니라 '계속 무거운' 구조가 됩니다. 국내 서버에서 멀리 떨어진 사용자는 이 차이를 첫 화면 로딩에서 그대로 체감합니다.

CDN이 거의 필수다

3D처럼 무거운 정적 자산은 CDN으로 사용자와 가까운 서버에서 내려줘야 합니다. 모델·텍스처를 전 세계 엣지 서버에 캐싱해 두면, 어느 나라에서 접속하든 비슷한 속도로 받습니다. 글로벌을 상대하는 3D 자사몰에서 CDN은 선택이 아니라 전제입니다. (3D 운영 체계)

비교해서 보면 차이가 분명합니다. CDN 없이 국내 한 곳에서만 원본을 내려주면, 유럽·미주 사용자는 매번 지구 반대편까지 왕복하며 무거운 파일을 받습니다. 반대로 엣지에 캐싱해 두면 첫 사용자 한 명만 원본을 끌어오고, 같은 지역의 다음 사용자부터는 가까운 엣지에서 바로 받습니다. 트래픽이 많을수록 캐시 적중률이 올라가 효과가 커지는 구조라, 글로벌 자사몰처럼 방문자가 여러 나라에 흩어진 경우에 가장 잘 맞습니다.

비용을 줄이는 설계

전송 비용은 파일 크기에서 시작됩니다. 압축(모델·텍스처)과 프로그레시브 로딩으로 받는 양 자체를 줄이고, 빌드 단계에서 자동 최적화를 걸어 두면 전송 비용과 로딩 속도가 함께 잡힙니다. 무거운 원본을 그대로 전 세계에 뿌리는 것과, 최적화된 자산을 CDN으로 내려주는 것은 비용이 완전히 다릅니다.

핵심은 '한 번 줄이면 모든 사용자에게 줄어든다'는 점입니다. 원본 텍스처를 빌드 단계에서 절반 크기로 떨어뜨리면, 그 절감은 접속하는 모든 나라의 모든 사용자에게 곱해져 전송량 전체를 끌어내립니다. 그래서 저희는 디자이너가 원본을 던지면 자동으로 최적화 버전을 만들어 내보내는 파이프라인을 먼저 깝니다. 사람이 매번 손으로 줄이면 빠뜨리는 파일이 생기고, 그 한 장이 가장 무거운 경우가 흔하기 때문입니다.

CDN·최적화가 효과가 작은 경우

모든 자사몰이 글로벌 CDN과 정교한 최적화 파이프라인을 처음부터 깔아야 하는 건 아닙니다. 사용자가 국내에 거의 몰려 있고 동시 접속이 많지 않다면, 무거운 인프라보다 모델 하나를 제대로 가볍게 만드는 쪽이 비용 대비 효과가 큽니다. 트래픽이 적으면 CDN 캐시도 잘 데워지지 않아, 기대만큼 빨라지지 않을 수 있습니다.

또 CDN은 '느린 3D'를 마법처럼 빠르게 만들지 못합니다. 원본 모델이 폴리곤·텍스처가 과한 상태면, 엣지에서 가까이 내려줘도 받는 양 자체가 많아 여전히 느립니다. 전송 인프라는 최적화된 자산을 더 빨리 옮겨 줄 뿐, 자산 자체가 무거우면 한계가 분명합니다. 그래서 순서가 중요합니다. 먼저 자산을 줄이고, 그다음에 CDN으로 거리를 줄이는 겁니다. 이 순서가 바뀌면 인프라 비용만 늘고 체감 속도는 그대로인 경우를 종종 봅니다.

한 가지 더 짚을 게 있습니다. "느리다"는 체감이 꼭 다운로드 때문만은 아닙니다. 3D는 받아 온 데이터를 CPU와 GPU로 매 프레임 그려 내야 하는데, 이 렌더링이 무거우면 다 받아 놓고도 화면이 버벅입니다. 드로우콜 같은 렌더링 최적화가 안 돼 있으면, 네트워크는 멀쩡한데도 사용자는 "느리다"고 느낍니다. 이걸 전송 속도 문제로 오해하면 엉뚱하게 인프라에만 돈을 붓고 체감은 그대로인 일이 생깁니다. 그래서 속도를 개선할 때는 전송(자산 크기·CDN)과 렌더링(드로우콜·셰이더·폴리곤) 양쪽을 함께 들여다보고, 느림의 원인이 어느 쪽인지부터 가려내야 합니다.

저희가 운영하며 본 것

프로덕트 메이커가 운영하는 두코 디지털 카탈로그는 화장품 용기를 고해상도로 다루고 로고·색·재질을 실시간으로 바꾸다 보니, 전송 비용과 로딩 속도가 곧 사용자 경험이었습니다. CDN을 앞단에 두고 빌드 단계에서 에셋을 자동 최적화해, 무거운 3D를 빠르게 전달하는 구조를 운영하고 있습니다.

두코는 디지털 카탈로그를 체계화한 뒤 웹으로 들어오는 기업 문의가 0건에서 1년도 되지 않아 수백 건 규모로 늘었습니다. 이 변화는 '3D가 멋있어서'가 아니라, 해외 바이어가 페이지를 열었을 때 기다리지 않고 바로 제품을 확인할 수 있었기 때문에 가능했습니다. 전송 인프라는 화려한 기능이 아니라, 첫인상이 무너지지 않게 받쳐 주는 토대입니다.

글로벌 3D 자사몰의 숨은 비용은 전송에 있습니다. 자산을 먼저 줄이고 CDN으로 거리를 줄이는 순서를 처음부터 설계하면, 무거운 3D도 전 세계에서 빠르게 일합니다.

글로벌 3D 자사몰의 인프라 설계를 검토 중이시라면, 프로젝트 상담을 통해 문의해 주세요.

다른 포스팅
Blog·인사이트

글로벌 자사몰에 3D를 붙일 때의 인프라·CDN 비용

···4분 읽기

3D는 무겁고, 거리는 멀다

글로벌 자사몰에 3D를 붙일 때 흔히 놓치는 것이 전송 비용과 속도입니다. 3D 모델·텍스처는 이미지보다 무겁고, 사용자가 전 세계에 흩어져 있으면 서버에서 먼 곳일수록 느려집니다. '국내에서는 빠른데 해외에서 안 열려요'가 바로 이 문제입니다.

구체적으로 그려 보면 이렇습니다. 제품 상세 한 페이지에 모델 하나와 텍스처 몇 장이 붙고, 색·재질을 바꾸면 또 다른 텍스처가 따라옵니다. 이미지 상세 페이지가 몇백 KB로 끝날 일이, 3D에서는 첫 진입에 수 MB 단위로 커지기 쉽습니다. 게다가 자사몰은 한두 페이지가 아니라 카탈로그 전체가 3D인 경우가 많아, '한 번 무거운' 게 아니라 '계속 무거운' 구조가 됩니다. 국내 서버에서 멀리 떨어진 사용자는 이 차이를 첫 화면 로딩에서 그대로 체감합니다.

CDN이 거의 필수다

3D처럼 무거운 정적 자산은 CDN으로 사용자와 가까운 서버에서 내려줘야 합니다. 모델·텍스처를 전 세계 엣지 서버에 캐싱해 두면, 어느 나라에서 접속하든 비슷한 속도로 받습니다. 글로벌을 상대하는 3D 자사몰에서 CDN은 선택이 아니라 전제입니다. (3D 운영 체계)

비교해서 보면 차이가 분명합니다. CDN 없이 국내 한 곳에서만 원본을 내려주면, 유럽·미주 사용자는 매번 지구 반대편까지 왕복하며 무거운 파일을 받습니다. 반대로 엣지에 캐싱해 두면 첫 사용자 한 명만 원본을 끌어오고, 같은 지역의 다음 사용자부터는 가까운 엣지에서 바로 받습니다. 트래픽이 많을수록 캐시 적중률이 올라가 효과가 커지는 구조라, 글로벌 자사몰처럼 방문자가 여러 나라에 흩어진 경우에 가장 잘 맞습니다.

비용을 줄이는 설계

전송 비용은 파일 크기에서 시작됩니다. 압축(모델·텍스처)과 프로그레시브 로딩으로 받는 양 자체를 줄이고, 빌드 단계에서 자동 최적화를 걸어 두면 전송 비용과 로딩 속도가 함께 잡힙니다. 무거운 원본을 그대로 전 세계에 뿌리는 것과, 최적화된 자산을 CDN으로 내려주는 것은 비용이 완전히 다릅니다.

핵심은 '한 번 줄이면 모든 사용자에게 줄어든다'는 점입니다. 원본 텍스처를 빌드 단계에서 절반 크기로 떨어뜨리면, 그 절감은 접속하는 모든 나라의 모든 사용자에게 곱해져 전송량 전체를 끌어내립니다. 그래서 저희는 디자이너가 원본을 던지면 자동으로 최적화 버전을 만들어 내보내는 파이프라인을 먼저 깝니다. 사람이 매번 손으로 줄이면 빠뜨리는 파일이 생기고, 그 한 장이 가장 무거운 경우가 흔하기 때문입니다.

CDN·최적화가 효과가 작은 경우

모든 자사몰이 글로벌 CDN과 정교한 최적화 파이프라인을 처음부터 깔아야 하는 건 아닙니다. 사용자가 국내에 거의 몰려 있고 동시 접속이 많지 않다면, 무거운 인프라보다 모델 하나를 제대로 가볍게 만드는 쪽이 비용 대비 효과가 큽니다. 트래픽이 적으면 CDN 캐시도 잘 데워지지 않아, 기대만큼 빨라지지 않을 수 있습니다.

또 CDN은 '느린 3D'를 마법처럼 빠르게 만들지 못합니다. 원본 모델이 폴리곤·텍스처가 과한 상태면, 엣지에서 가까이 내려줘도 받는 양 자체가 많아 여전히 느립니다. 전송 인프라는 최적화된 자산을 더 빨리 옮겨 줄 뿐, 자산 자체가 무거우면 한계가 분명합니다. 그래서 순서가 중요합니다. 먼저 자산을 줄이고, 그다음에 CDN으로 거리를 줄이는 겁니다. 이 순서가 바뀌면 인프라 비용만 늘고 체감 속도는 그대로인 경우를 종종 봅니다.

한 가지 더 짚을 게 있습니다. "느리다"는 체감이 꼭 다운로드 때문만은 아닙니다. 3D는 받아 온 데이터를 CPU와 GPU로 매 프레임 그려 내야 하는데, 이 렌더링이 무거우면 다 받아 놓고도 화면이 버벅입니다. 드로우콜 같은 렌더링 최적화가 안 돼 있으면, 네트워크는 멀쩡한데도 사용자는 "느리다"고 느낍니다. 이걸 전송 속도 문제로 오해하면 엉뚱하게 인프라에만 돈을 붓고 체감은 그대로인 일이 생깁니다. 그래서 속도를 개선할 때는 전송(자산 크기·CDN)과 렌더링(드로우콜·셰이더·폴리곤) 양쪽을 함께 들여다보고, 느림의 원인이 어느 쪽인지부터 가려내야 합니다.

저희가 운영하며 본 것

프로덕트 메이커가 운영하는 두코 디지털 카탈로그는 화장품 용기를 고해상도로 다루고 로고·색·재질을 실시간으로 바꾸다 보니, 전송 비용과 로딩 속도가 곧 사용자 경험이었습니다. CDN을 앞단에 두고 빌드 단계에서 에셋을 자동 최적화해, 무거운 3D를 빠르게 전달하는 구조를 운영하고 있습니다.

두코는 디지털 카탈로그를 체계화한 뒤 웹으로 들어오는 기업 문의가 0건에서 1년도 되지 않아 수백 건 규모로 늘었습니다. 이 변화는 '3D가 멋있어서'가 아니라, 해외 바이어가 페이지를 열었을 때 기다리지 않고 바로 제품을 확인할 수 있었기 때문에 가능했습니다. 전송 인프라는 화려한 기능이 아니라, 첫인상이 무너지지 않게 받쳐 주는 토대입니다.

글로벌 3D 자사몰의 숨은 비용은 전송에 있습니다. 자산을 먼저 줄이고 CDN으로 거리를 줄이는 순서를 처음부터 설계하면, 무거운 3D도 전 세계에서 빠르게 일합니다.

글로벌 3D 자사몰의 인프라 설계를 검토 중이시라면, 프로젝트 상담을 통해 문의해 주세요.

다른 포스팅
WebGL프로젝트 상담