공채 첫날 멈춰 선 사내 메일, 인프라 격리 없인 반복된다

대규모 공채 합격자들이 첫 출근을 마친 날, 기업 사내 전산망에서 가장 먼저 터져 나오는 불만은 PC 지급 지연이 아니라 먹통이 된 메일함이다. 수백 명에서 수천 명의 신규 계정이 동시 생성되는 찰나, 인사 데이터베이스(HRIS)와 연동된 메일 프로비저닝 작업이 서버 자원을 갉아먹기 시작한다. 입사 첫날 오전 내내 안내 메일 하나 열어보지 못하는 사태는 전산 부서의 준비 부족이라기보다 초기 설계의 구조적 결함에 가깝다.

발송 엔진과 분리되지 않은 계정 생성 작업

한 IT 서비스 기업 인프라 담당 팀장은 "온보딩 배치 작업과 실시간 업무 메일 트래픽이 같은 스케줄러를 공유하면 정기 발송 메일까지 밀린다"며 "신규 사용자 메일박스 생성 큐와 일반 송수신 큐의 리소스를 엄격히 격리하는 것이 기본"이라고 말했다.

현장에서 발생하는 송수신 지연의 상당수는 신규 메일함을 만드는 백그라운드 작업이 실시간 메일 전송 엔진(MTA)의 대기열을 침범하면서 빚어진다. 인사 시스템에서 내려온 사원 번호와 조직 코드가 디렉터리 서비스에 쓰이는 동안 스토리지 할당과 권한 부여가 동시 진행되는데, 이 트래픽을 기존 임직원의 업무 메일과 같은 파이프라인에 밀어 넣는 탓이다. 대량 온보딩 시기에는 전용 백그라운드 워커를 가동해 생성 큐를 일반 통신망에서 물리적으로 떼어놓아야 한다는 지적이 나온다.

첨부파일 복제와 색인이 부르는 디스크 병목

계정이 간신히 열려도 두 번째 고비가 남는다. 신규 입사자들에게 일괄 발송되는 대용량 사내 규정집과 교육 자료가 스토리지 입출력(I/O) 부하를 일으킨다. 수백 개 계정이 거의 같은 시각에 본문과 첨부파일 색인(Indexing) 작업을 수행하면 디스크 쓰기 속도가 급감해 시스템 전체가 느려진다.

이 같은 현상을 방지하려면 스토리지 풀 할당 방식을 손봐야 한다. 입사 당일 필수적인 텍스트 수신만 우선 활성화하고, 첨부파일 전체 검색을 위한 인덱싱은 접속량이 잦아드는 야간 시간대로 넘기는 스로틀링 정책이 유효하다는 게 현장의 설명이다. 수백 명에게 동일하게 보내는 환영 공지는 개별 메일함마다 파일을 따로 복제하지 않고 하나의 원본 파일에 가상 경로만 연결하는 단일 인스턴스 저장(SIS) 방식을 적용해야 디스크 낭비를 줄인다.

외부로 나간 첫 메일이 스팸함에 꽂히는 이유

내부 트래픽을 수습하고 나면 외부 연동 문제가 기다린다. 신규 계정에 부여된 도메인 별칭(Alias)이나 조직 개편으로 신설된 서브도메인이 보안 인증 체계에 즉각 반영되지 않는 경우가 흔하다. 신입 사원이 외부 협력업체에 발송한 첫 업무 메일이 상대방 스팸함으로 직행하거나 반송되는 배경이다.

발송자 도메인 인증 기술인 SPF와 DKIM, DMARC 레코드가 인터넷 네임서버 전반에 퍼지기까지는 일정한 시간 지연이 발생한다. 인사 발령 당일에 맞춰 레코드를 갱신하면 늦는다. 계정이 생성되는 즉시 외부 발송 게이트웨이의 화이트리스트와 암호화 서명 키를 일치시키는 자동화 검증 체계를 사전에 맞춰두지 않으면 첫날 대외 업무 공백을 피하기 어렵다. 동시 계정 생성 시의 큐 분리 수준과 I/O 제어 정책, 인증 레코드 갱신 주기를 미리 점검 목록에 올려둬야 하는 이유다.