사용자별 요금 없이 수백 개의 사서함을 관리하는 방법

사서함이 수백 개라고 하면 대기업을 떠올리기 쉽지만, 실제로는 그렇지 않은 경우가 많습니다. 매물마다 주소를 하나씩 두는 임대 관리업체, 생산 라인마다 주소를 운영하는 제조사, 모든 회원에게 주소를 제공하는 단체, 또는 업무 연락을 직원 개인이 아니라 해당 업무에 귀속시키기로 한 컨설팅 회사일 수 있습니다. 어느 경우도 직원이 수백 명인 것은 아닙니다.

사용자별 요금제는 사서함 하나를 사람 한 명과 동일하게 보기 때문에 이런 운영 방식을 사실상 불가능하게 만듭니다. 이 글에서는 사서함과 사용자가 일치하지 않을 때 수백 개의 사서함을 운영하는 실제 비용, 요금 대신 제약이 되는 요소, 그리고 이 방식이 더는 적합하지 않은 지점을 살펴봅니다.

비용을 단순하게 계산해 보면

사용자당 7달러인 Google Workspace Business Starter를 기준으로 하면 사서함 500개의 연간 비용은 42,000달러입니다. 이 숫자만으로 논의가 시작되기도 전에 끝나버리므로, 이런 구조가 필요한 기업 대부분은 도입을 진지하게 고려하지도 않습니다.

저희 요금제는 대신 등급별로 개수 한도를 정합니다.

따라서 Agency에서 사서함 500개를 운영하는 비용은 연간 42,000달러가 아니라 279달러입니다. 단순한 할인이 아니라 요금 체계 자체가 다릅니다. 사용자 자리를 빌리는 대신 용량과 한도를 구매하므로, 주소 개수는 더 이상 비용을 좌우하지 않습니다.

요금 대신 제약이 되는 요소

사용자별 요금 없이 수백 개의 사서함을 운영한다고 해서 모든 한도가 사라지는 것은 아닙니다. 가장 먼저 닿는 한도가 저장 공간으로 바뀔 뿐입니다. 아무 제약도 없다고 생각하기 시작한 운영자들이 이 지점에서 예상치 못한 문제를 겪습니다.

Agency의 200 GB를 사서함 500개가 나눠 쓰면 사서함당 약 410 MB입니다. 일반적인 업무 메일만 받는 주소라면 수년 동안 충분합니다. 사진, 도면 또는 스캔 문서를 받는 주소라면 몇 달 만에 찰 수 있습니다. 저장 공간을 함께 사용하기 때문에 대용량 사서함 하나가 다른 사서함에 필요했던 공간까지 소비할 수도 있습니다.

두 가지 방법으로 해결할 수 있습니다. 사서함별 용량 제한을 설정하면 특정 주소 하나가 공용 공간을 독차지하지 못합니다. 누군가 공간을 가득 채운 다음이 아니라 사서함 수백 개를 만들기 전에 설정해야 합니다. Drive 추가 기능은 월 3.20달러부터 저장 공간 한도를 늘려줍니다. 저장 공간만 더 필요하다면 상위 요금제로 바꾸는 것보다 저렴합니다.

시작 전에 해볼 만한 계산은 간단합니다. 주소 하나가 1년에 사용할 것으로 예상되는 메일 용량에 주소 수를 곱한 뒤 공용 저장 공간과 비교하세요. 결과가 빠듯하다면 사서함별 한도, 추가 저장 공간, 보존 정책 중 무엇이 필요한지 정해야 합니다. 세 가지 모두 운영을 시작하기 전에 설정하는 편이 쉽습니다.

일주일을 허비하지 않고 한꺼번에 만들기

사서함 500개를 손으로 하나씩 만드는 것은 운영 계획이 아닙니다. 어떤 생성 방식을 선택하느냐에 따라 이후 관리 가능 여부가 달라집니다.

일괄 생성은 목록을 받아 한 번의 작업으로 전체 사서함을 만들기 때문에 오후 내내 걸릴 일을 1분으로 줄입니다. 실제 사용자가 있는 사서함이라면 설정 초대가 중요합니다. 각 사용자가 링크를 받아 직접 비밀번호를 설정하므로 관리자가 다른 사람의 로그인 정보를 다룰 일이 없습니다. 자세한 내용은 사서함 일괄 생성에서 확인할 수 있습니다.

사서함이 사람이 아니라 부동산, 장비, 작업 번호 같은 대상에 속한다면 보낼 초대장이 없습니다. 이때는 이미 사용하고 있는 식별자를 바탕으로 일관된 주소 명명 규칙을 만드는 것이 중요합니다. 어느 주소가 어느 대상에 해당하는지 매번 찾아봐야 한다면, 사서함 수백 개는 곧 사소한 혼란 수백 건이 됩니다.

지속적으로 사서함을 추가해야 한다면 API로 프로비저닝하세요. 기반 레코드를 생성하는 시스템이 주소도 함께 만들게 되므로 두 데이터가 서로 어긋날 수 없습니다.

실제로 누가 읽을 것인가

사서함이 수백 개일 때 이 질문은 가장 먼저 답해야 하지만 대개 가장 나중에 검토됩니다. 답에 따라 전체 구성이 달라지기 때문입니다.

주소마다 담당자가 한 명이면 일반 사서함으로 운영하고 각 사용자가 자신의 계정으로 로그인하면 됩니다. 여러 사람이 같은 주소를 사용해야 한다면, 특히 주소가 프로젝트나 부동산에 속하는 경우라면 구성원 권한으로 접근하는 공유 사서함이 적합합니다. 업무 기록은 주소에 그대로 남고 비밀번호를 넘기는 대신 접근 권한을 부여할 수 있습니다. 공유 사서함은 도메인별 한도가 있습니다. Starter는 5개, Pro는 15개, Agency는 30개이므로 필요한 수량과 맞는지 미리 확인해야 합니다.

평소 아무도 읽지 않고 수신용으로만 존재하는 주소라면, 실제 사서함은 소수만 두고 catch-all 주소를 사용하는 것이 가장 간단합니다. 아무도 열지 않는 사서함 수백 개는 이점 없이 관리 대상만 수백 개 늘립니다. 수백 개의 주소로 들어온 메일을 받아주는 것은 이와 전혀 다른 문제이며 비용도 더 적게 듭니다.

이 방식이 적합하지 않은 경우

이 모델이 실제로 맞지 않는 경우는 세 가지입니다. 지금 미리 알아두는 편이 좋습니다.

사용자별 이메일이 아니라 사용자별 소프트웨어가 필요합니다. 문서 편집, 화상 통화, 조직 주소록 때문에 사용자 수를 세고 있다면 생산성 제품군을 구매하는 것이며 이메일은 그중 한 기능일 뿐입니다. 저희 서비스가 이를 대체하지는 않습니다. 사서함 가격만 비교하면 실제로 구매하려는 기능을 놓치게 됩니다.

모든 사서함의 사용량이 많습니다. 이 비용 구조는 대부분의 주소가 많은 메일을 주고받지 않는다는 전제에 기반합니다. 500명이 온종일 이메일을 보내고 받는 환경은 전혀 다른 부하를 만들며, 저장 공간 한도가 가장 먼저 드러납니다.

수백 개가 아니라 수천 개가 필요합니다. 활성 사서함이 수천 개를 넘어서면 자체 호스팅이 다시 비용 면에서 유리해지기 시작합니다. 호스팅 서비스가 계속 더 저렴할 것이라고 가정하지 말고 두 방식의 비용을 모두 계산해 보는 것이 솔직한 조언입니다.

처음부터 전부 확정하지 않고 시작하기

처음부터 완벽한 구조를 완성할 필요는 없습니다. 우선 50개를 만들고 한 분기 동안 운영하면서 명명 규칙, 용량 제한, 수신 담당자에 관해 잘못 판단한 부분을 찾아보세요. 이 가운데 하나쯤은 틀릴 수밖에 없습니다. 50개에서 수정하는 일은 간단하지만 500개에서 고치는 일은 그렇지 않습니다.

이런 시도가 가능한 이유는 50개의 비용이 500개와 같기 때문입니다. 실험하는 동안 사서함 수에 따라 올라가는 요금이 없으므로 시범 운영에는 추가 비용이 들지 않으며, 전체 도입 여부는 예산이 아니라 관리 체계를 기준으로 결정할 수 있습니다. 이것이 이 모델의 핵심입니다. 사서함 수백 개는 더 이상 비용을 정당화해야 하는 대상이 아니라 운영 방법을 정리하면 되는 대상이 됩니다.