Microsoft 365 / 보안 그룹, 메일 그룹, Microsoft 365 그룹의 차이와 선택 기준

Microsoft 365에서 보안 그룹은 리소스 접근 권한을 묶는 데, 메일 그룹은 여러 사람에게 메일을 배포하는 데, Microsoft 365 그룹은 메일·파일·일정 등 공동 작업 공간의 구성원을 관리하는 데 주로 사용합니다. 이름이 비슷해도 용도와 연결되는 서비스가 다르므로 먼저 무엇을 공유할지 정하세요.

세 가지 그룹은 어떻게 다른가요?

Microsoft의 그룹 유형 비교는 메일 사용 가능 여부, 동적 구성원 지원과 연결 서비스의 차이를 설명합니다. 보안 그룹에 메일 기능이 필요한 경우 메일 사용 보안 그룹이라는 별도 유형도 있습니다. 단순히 이름이 같다고 서로 변환하거나 대체할 수 있는 것은 아닙니다.

어떤 그룹을 선택해야 하나요?

• 읽기·편집 권한을 여러 사람에게 한 번에 부여하려면: 보안 그룹을 먼저 검토합니다. 실제 리소스에서 해당 그룹을 권한 주체로 지원하는지도 확인하세요.
• 여러 사람에게 메일만 보내려면: 메일 그룹을 검토합니다. 공동 사서함이나 파일 공간이 자동으로 필요한 것은 아닙니다.
• 같은 구성원이 메일, 일정, 파일과 Teams를 함께 사용하려면: Microsoft 365 그룹을 검토합니다. Teams 팀은 Microsoft 365 그룹의 구성원 관계와 연결됩니다.
• 여러 사람이 하나의 주소로 수신하고 답장해야 한다면: 그룹보다 공유 사서함이 적합할 수 있습니다.

영업팀이라는 이름만으로 선택하지 마세요

같은 영업팀이라도 “전 직원에게 영업 공지 보내기”, “영업 자료 폴더를 읽게 하기”, “신제품 프로젝트를 함께 진행하기”는 다른 요구입니다. 공지 대상이 모든 직원이고 자료 접근 대상은 영업 직원뿐이라면 두 목록을 하나로 묶을수록 권한 실수가 생기기 쉽습니다.

• 공지 수신 목록: 배포 그룹으로 메일을 구성원에게 전달합니다. 이 그룹에 들어갔다는 이유만으로 별도 파일 저장소의 편집 권한이 생기는 것은 아닙니다.
• 파일 접근 목록: 보안 그룹을 리소스의 권한 주체로 등록합니다. 그룹을 만드는 것과 해당 사이트·폴더에 권한을 연결하는 것은 별도 작업입니다.
• 프로젝트 협업: Microsoft 365 그룹과 연결된 공동 작업 공간을 검토합니다. 대화, 자료와 일정이 같은 구성원을 따라 운영되어야 하는 경우에 적합합니다.
• 고객 문의 접수: 담당자들이 같은 받은 편지함에서 읽고 대표 주소로 답해야 한다면 공유 사서함과 별칭의 차이를 먼저 확인합니다. 각자의 받은 편지함에 배포하는 방식과 운영 결과가 다릅니다.

소유자·구성원·외부 사용자를 구분하기

소유자는 그룹을 관리하는 사람이고 구성원은 서비스를 이용할 사람입니다. 역할별 권한과 실제 이용 조건을 확인하고, 소유자에 등록했다는 이유만으로 구성원 확인을 생략하지 마세요. 업무 인계를 위해 관리 가능한 소유자를 두 명 이상 지정하는 방법도 검토할 수 있습니다.

외부 발신자가 그룹 주소로 메일을 보낼 수 있는 설정과 외부 사람을 게스트로 그룹에 넣는 설정은 서로 다릅니다. 협력사의 메일을 받으려는 목적 때문에 그 사람에게 파일 공간 접근까지 줄 필요는 없습니다. 반대로 게스트 구성원이 있다고 해서 모든 외부 발신자의 메일을 수신하도록 설정되었다고 가정하지 않습니다.

동적 구성원은 부서 같은 속성의 규칙으로 구성원을 정하는 방식입니다. 사람이 직접 넣는 정적 목록과 관리 방법이 다르므로 속성의 정확성, 지원하는 그룹 유형과 라이선스를 확인한 뒤 선택하세요. Exchange의 동적 배포 그룹과 Entra의 동적 구성원을 같은 기능으로 생각하지 않습니다.

그룹을 만들기 전의 설계 순서

1. 그룹의 목적을 한 문장으로 적습니다. 예를 들어 “영업 공지 수신”과 “영업팀 문서 편집 권한”은 서로 다른 목적입니다.
2. 구성원을 누가 추가·제거할지, 소유자가 퇴사하면 누가 인계할지 정합니다. 소유자 없는 그룹은 방치되기 쉽습니다.
3. 외부 사용자 포함 여부와 그룹 주소에 외부 발신자가 메일을 보낼 수 있는지 검토합니다. 기본값을 추정하지 않습니다.
4. Microsoft 365 관리 센터의 [팀 및 그룹] → [활성 팀 및 그룹]에서 유형을 선택해 생성합니다. 역할 또는 라이선스에 따라 일부 유형이 보이지 않을 수 있습니다.

5. 소유자와 구성원을 넣고 관련 서비스에서 예상한 권한이나 메일 전달이 동작하는지 시험합니다. 그룹을 만들었다는 사실만으로 특정 사이트 접근 권한이 생겼다고 가정하지 않습니다.

Microsoft 365 그룹을 만드는 구체적인 예

“제품 출시 프로젝트”처럼 제한된 인원이 자료와 일정을 함께 쓰는 사례라면 다음 항목을 확인할 수 있습니다. 생성 화면이 유형별 탭이나 별도 추가 버튼으로 나뉘어 있으면 Microsoft 365 그룹에 해당하는 항목을 선택합니다.

1. 팀 및 그룹 → 활성 팀 및 그룹 → Microsoft 365 그룹 추가에서 이름과 설명을 입력합니다. 설명에는 목적과 관리 담당을 적어 비슷한 이름의 그룹과 구분합니다.
2. 소유자와 구성원을 지정합니다. 표시 이름뿐 아니라 계정 주소로 대상자를 확인하고, 시작 단계에서는 필요한 사람만 추가합니다.
3. 그룹의 고유 메일 주소와 공개·비공개 범위를 검토합니다. 민감한 프로젝트라면 조직의 자료 분류 기준에 따라 결정하며, 파일을 올린 뒤 공개 범위를 생각하지 않습니다.
4. Teams가 필요한지 확인하고 검토 화면에서 생성합니다. 그룹을 만들었다고 모든 경우에 Teams 팀을 별도로 만들 필요는 없습니다.
5. 목록을 새로 고친 뒤 해당 그룹의 구성원 탭에서 저장 결과를 확인합니다. Microsoft의 그룹 생성 안내에서도 이름·소유자·구성원·주소·공개 범위를 구분합니다.

생성 후 시험해야 할 세 가지

메일 그룹은 시험 메일이 의도한 구성원에게 전달되는지 확인합니다. Microsoft 365 그룹은 그룹 공간에 메시지가 남는 것과 개인 받은 편지함으로 사본을 받는 것을 구분합니다. 개인 편지함에 사본이 없다고 그룹 자체가 동작하지 않는다고 단정하지 마세요.

권한 그룹은 실제 리소스에서 구성원 계정으로 읽기·편집을 시험합니다. 가능하면 비구성원 계정도 확인해 허용 범위가 넓어지지 않았는지 점검합니다. 접근이 계속 가능하면 직접 권한이나 다른 그룹·공유 링크를 통해 접근하는지도 조사합니다. 그룹 구성원 하나를 제거했다고 모든 접근 경로가 사라지지는 않습니다.

구성원을 잘못 추가했다면 해당 구성원만 제거하고 저장 결과와 서비스 접근을 다시 확인합니다. 새 그룹을 통째로 삭제해 되돌리려 하면 파일과 메일 등 연결된 자료에도 영향을 줄 수 있으므로 설정 수정과 데이터 삭제를 구분하세요.

나중에 그룹 유형을 바꿀 수 있나요?

그룹 유형은 기능 모델 자체가 다르므로 간단한 이름 변경처럼 생각하면 안 됩니다. 새 그룹이 필요하다면 주소, 구성원, 연결된 SharePoint·Teams 리소스, 권한과 메일 흐름을 검토한 뒤 이전 계획을 세우세요. 특히 기존 Microsoft 365 그룹을 삭제하면 연결된 공동 작업 데이터에 영향을 줄 수 있습니다.