규모가 크지 않아 Web과 DB 서버를 같이 구동한다고 가정했을 때
어떤 주제의 게시판에 이미지가 많이 올라오게 됩니다
(무진장 많이는 아니고 게시글마다 한장내지 대여섯장 예상, 직접 찍은 사진들이 주를 이룰 것이므로 크롭해서 올리는 사람이 적을 수 있을 것이라 예상)
그때 이미지는 어떤 방법으로 처리하나요?
이미지 서버(?) 같은 게 있나요?
약간 난관에 부딪혀서 회원님들의 고견을 듣고 싶습니다 ^^
Cho Byeong Cheol
대부분 첨부파일 형태로 저장되어 위치해 있을건데 접속자가 많아지고 데이타가 커지면 서버의 부하량도 따라가기 때문에 분산목적이라면 이미지서버를 따로 두기도 합니다.
추후 부하량이 커지면 이미지 서버를 둬도 되는건가요?
정말 관심 있으시면 페이스북에서 낸 논문이 하나 있어요. 걔들이 사진 스토리지를 어떻게 운영하나에 대한 내용입니다.
https://www.usenix.org/legacy/event/osdi10/tech/full_papers/Beaver.pdf
구글이나 페이스북 정도라면 모를까 DB 가지고 이미지 데이터를 직접 처리하는 기술은 그렇게 쉽지 않습니다.
제가 요즘 노안이 와서 난독증이 있나 봅니다. ^^
"EdH"님의 언급대로 대부분 DB에는 이미지 파일의 경로명만 저장합니다.
혼란을 드려 죄송합니다.
큰 회사에서 이미지서버를 별도로 두거나 CDN을 사용하는 것은 트래픽 분산및 속도개선용으로 알고 있습니다.
웹서버와 와스서버를 분리하는 것도 같은 이유로 알고 있구요..
트래픽이 얼마인지, 서버스펙이 얼마인지는 모르겠으나,
비용의 여력이 된다면 처음부터 분리해서 가시고,
그렇지 않다면 하나의 서버를 이용하다가 운영이 어려워질 경우 분산을 하시면 어떨까 싶네요.
사실 이미지 몇장 해 봐야 크기 제한을 두면 용량은 줄어 듭니다.
다만 관리적인 입장은 좀 다르겠지요.
일단은 이런걸 누구나 다 경험 해 보셨을것이라 생각하는데 그것은 수 많은 이미지를 단일 HDD(혹은 단일 볼륨)에
넣어두고 그 HDD를 탐색기에서 열었을때 바로 화면에 떡 하니 화일 목록이 나와 주나요?
또 한가지 HDD에 이미지 들을 폴더화 해서(예를 들자면 날자) 보관 관리를 한다 했을때도 화일의 용량이 문제가 아닌 갯수가 많을때 바로 열어 질까요?
아마도 잘 안된다는걸 금방 아실 수 있으시지요.
SQL DB 에는 보통 화일 이름, 확장자, 경로를 저장 합니다. 나머지 부분도 저장 하기도 하는데 그것은 목적과 이유에 따라서 분명 달라집니다.
이러한 부분들을 무시하고 단일 서버에 저장 하게 된다면 처음에야 화면 나오는데 아무런 문제가 없습니다만 그게
오래 가지는 않을 것 입니다.
다른 방법으로 이미지를 바이너리 화 해서 SQL 서버에 전송 하거나 하는 방법도 있습니다.
이 부분에 대한 문제는 사실 조회시에 느리다 이런것은 별개의 문제로 사료 됩니다. 이 부분은 화일을 DB에 통째로 저장 하거나 가져오는데 대한 로직이 문제 되는것이지 관리 적인 문제는 아닙니다.
다만 이 방법은 변하지 않는 데이터에 관한 문제 입니다. 계속적으로 추가 / 삭제가 되지 않거나 그 경우가 적을 경우에 상당히 유용하게 사용 되어 질 수도 있습니다.
제가 Web 전문 개발자는 아니다 보니 딱 맞다고는 할 수 없지만 응용 쪽에서도 이지미 처리에 대해서는 상당히 고민을 해 보아야 하는 사항이라 몇 글자 적어 봅니다.
제가 보기에는 이미지 처리 부분에 관하여는 저 사양의 서버라도 구매 하시고 스토리지 쪽에 대하여 더 고민 해 보시는 것이 좋을 것 같아 보입니다.
이미지 서버를 분리 하였을때 처음에야 모르시겠지만 시일이 지나고 자료가 쌓여 가다보면 확장이나 화일서버 변경 등등에 대한 문제에 대하여 그나마 탄력적으로 대처 하실수 있을것으로 보입니다.
이미지를 쌓는 방법도 글에 대한 고유번호(uniq id) 식의 디렉토리를 만드시고(글 작성시 이미지가 있다면 디렉토리를 동적으로 생성하시고 그 안에 이미지를 넣는 식) 관리 하시는게 여러모로 낳으실것으로 보입니다.
실제로는 잘 짜여진 Tree 구조 디렉토리에 잘 보관되면 됩니다.
서비스되는 이미지 용량 및 트래픽이 중요하며
규모가 크지 않다면 분리 안하셔도 됩니다.
P.s 어느정도 규모인지 나오면 좀 더 상세하기 기술할 수 있을거 같은데요..