SharePoint Embedded와 기존 SharePoint 사이트 비교: 비용, 청구, 아키텍처 설명

By Mirko Peters · 2026-10-27

SharePoint Embedded와 기존 SharePoint 사이트의 주요 차이점을 헤드리스 아키텍처, Azure 청구, 보안 측면에서 살펴봅니다.

Automatically translated with AI from the original post. Read the English original

최신 클라우드 설계자와 개발자에게 SharePoint Embedded와 기존 SharePoint 팀 사이트의 근본적인 차이를 이해하는 것은 필수입니다. 표준 사이트는 풍부한 사용자 인터페이스를 갖춘 사람 간 직접 협업을 위해 설계된 반면, SharePoint Embedded는 사용자 대면 SharePoint UI 없이 사용자 지정 라인 오브 비즈니스 애플리케이션을 구동하도록 특별히 설계된 헤드리스 문서 관리 인프라를 제공합니다.

핵심 요약

• SharePoint Embedded는 사람이 직접 탐색하는 용도가 아니라 사용자 지정 애플리케이션만을 위해 설계된 헤드리스 파일 스토리지 아키텍처입니다.
• 표준 SharePoint 사이트와 달리 SharePoint Embedded의 컨테이너에는 기본 사용자 인터페이스, 문서 라이브러리, 기본 제공 팀 협업 기능이 포함되지 않습니다.
• 청구는 API 사용량과 스토리지 계층을 기준으로 하는 Azure 사용량 모델로 운영되며, 이를 통해 파일 관리가 기존 Microsoft 365 사용자별 좌석 라이선스와 분리됩니다.
• 보안 정책, 규정 준수 설정, 데이터 손실 방지(DLP) 규칙은 호스트 애플리케이션을 통해 상속되고 프로그래밍 방식으로 관리됩니다.
• 개발자는 파일 스토리지 엔진을 처음부터 구축하지 않고도 엔터프라이즈급 규정 준수, eDiscovery, 감사 기능을 활용할 수 있습니다.

아키텍처 차이점: 헤드리스 스토리지 대 사용자 사이트

IT 의사 결정자가 Microsoft 365 스토리지 옵션을 평가할 때는 흔히 표준 SharePoint 사이트나 Microsoft 365 그룹을 만드는 것을 기본값으로 선택합니다. 그러나 사용자 지정 소프트웨어 솔루션의 백엔드로만 사용하는 경우에도 기존 SharePoint 사이트에는 상당한 부담이 따릅니다. 문서 라이브러리, 목록, 권한 관리 화면, 사이트 페이지, 탐색 메뉴가 모두 제공되지만, 사용자 지정 애플리케이션에 자체 사용자 인터페이스가 있다면 이 중 어느 것도 필요하지 않습니다.

SharePoint Embedded는 컨테이너라는 개념을 도입하여 이러한 방식을 완전히 바꿉니다. 컨테이너는 프로젝트, 고객 계정, 송장처럼 앱의 특정 항목과 연결된 파일을 위한 격리된 보안 저장소 역할을 합니다. 이러한 컨테이너에는 사용자 대면 SharePoint 사이트가 연결되지 않습니다. 사용자는 사용자 지정 애플리케이션의 인터페이스하고만 상호 작용하며, 애플리케이션은 Microsoft Graph API를 통해 기반 스토리지 패브릭과 통신합니다.

이러한 아키텍처 분리 덕분에 개발자는 앱 요구 사항에 맞추기 위해 기존 SharePoint 팀 사이트를 변경하거나 우회할 필요가 없습니다. 대신 Microsoft 클라우드 인프라의 검증된 안정성을 활용하는 깔끔한 API 우선 CMS(콘텐츠 관리 시스템) 백엔드를 얻게 됩니다.

청구 및 라이선스 작동 방식

이 기술이 가져온 가장 중요한 변화 중 하나는 비용 및 라이선스 모델입니다. 기존 SharePoint 스토리지는 Microsoft 365 테넌트 전체의 스토리지 풀에 직접 연결되어 있으며, 이 풀은 구매한 라이선스 사용자 수에 따라 늘어납니다(추가 스토리지는 별도 구매 가능한 부가 기능으로 제공됩니다).

SharePoint Embedded는 Azure 사용량 기반 과금 구조를 활용하여 이러한 사용자 중심 모델에서 벗어납니다. 파일이 개별 직원이나 팀이 아닌 애플리케이션에 속하므로, 조직은 실제 리소스 사용량에 따라 비용을 지불합니다. 구체적으로는 스토리지 용량과 API 트랜잭션 지표를 기준으로 합니다.

이 때문에 SharePoint Embedded는 멀티 테넌트 SaaS 애플리케이션을 개발하는 ISV(독립 소프트웨어 공급업체)는 물론, Microsoft 365 E3 또는 E5 사용자 라이선스를 구매할 필요가 없는 외부 파트너나 협력업체를 위한 내부 도구를 개발하는 기업 IT 부서에도 매우 비용 효율적입니다. Azure 구독을 프로비전하고 이를 컨테이너 유형에 연결한 뒤, 애플리케이션이 사용한 만큼만 비용을 지불하면 됩니다.

보안, 거버넌스 및 규정 준수

문서 관리 시스템을 처음부터 안전하게 구축하는 것은 매우 큰 작업입니다. 개발자는 저장 시 및 전송 중 암호화, 액세스 제어 목록, 감사 로깅, 데이터 보존 정책, eDiscovery 기능까지 고려해야 합니다. 이 중 어느 한 영역이라도 실패하면 치명적인 데이터 유출과 규정 미준수로 이어질 수 있습니다.

SharePoint Embedded를 활용하면 사용자 지정 애플리케이션이 Microsoft 365의 엔터프라이즈급 보안 및 규정 준수 프레임워크를 즉시 상속합니다. 즉, 애플리케이션의 백엔드 파일은 다음과 같은 기능의 혜택을 자동으로 받습니다.

• 고급 위협 보호 및 Microsoft Defender 통합
• Microsoft Purview를 통한 포괄적인 감사 및 규정 준수 로깅
• 민감한 데이터의 유출을 방지하는 데이터 손실 방지(DLP) 정책
• 자동 보존 레이블 및 법적 보존 기능

특히 애플리케이션이 액세스를 프로그래밍 방식으로 관리하기 때문에, 개발자는 소프트웨어의 정확한 비즈니스 로직을 반영하는 세분화된 역할 기반 액세스 제어(RBAC)를 적용할 수 있습니다. 이를 통해 사용자는 명시적으로 권한이 부여된 파일만 볼 수 있습니다.

결론

SharePoint Embedded는 사용자 지정 애플리케이션 개발과 엔터프라이즈급 문서 관리 사이의 간극을 메워 줍니다. 사용자에게 직접 노출되는 비대한 팀 사이트에서 벗어나, Azure 사용량 기반으로 과금되는 헤드리스 컨테이너형 스토리지를 채택함으로써 조직과 ISV는 바퀴를 새로 발명하지 않고도 강력하고 안전한 애플리케이션을 구축할 수 있습니다.

Microsoft 클라우드 생태계에서 이 기술이 어떻게 맞물리는지 더 자세히 알아보려면 M365 FM 팝캐스트의 전체 에피소드를 들어 보십시오. 최신 클라우드 스토리지 솔루션 구현에 대한 전문가의 통찰, 아키텍처 분석, 실무 가이드를 제공합니다.

자주 묻는 질문

최종 사용자가 표준 SharePoint 인터페이스를 통해 SharePoint Embedded 파일에 직접 액세스할 수 있습니까?

아니요. SharePoint Embedded 컨테이너는 완전히 헤드리스입니다. 사용자용 SharePoint 사이트, 문서 라이브러리 인터페이스 또는 웹 UI가 없습니다. 파일과의 모든 상호 작용은 Microsoft Graph API를 활용하는 사용자 지정 호스트 애플리케이션을 통해서만 이루어져야 합니다.

기존 SharePoint 스토리지와 비교했을 때 SharePoint Embedded의 과금 방식은 어떻습니까?

기존 SharePoint 스토리지는 조직의 Microsoft 365 사용자 라이선스 수를 기준으로 한 풀에서 제공됩니다. SharePoint Embedded는 Azure 사용량 기반 과금 모델을 사용하며, Azure 구독에 연결된 실제 스토리지 용량과 API 트랜잭션 지표에 따라 조직에 요금을 청구합니다.

SharePoint Embedded로 구동되는 앱을 통해 파일에 액세스하는 외부 사용자에게도 Microsoft 365 사용자 라이선스가 필요합니까?

아니요. 개발자와 ISV에게 주요 장점 중 하나는, 사용자 지정 애플리케이션을 통해서만 파일과 상호 작용하는 외부 사용자, 파트너 또는 고객에게 개별 Microsoft 365 사용자 라이선스가 필요하지 않다는 점입니다. 과금은 Azure 사용량을 통해 처리되기 때문입니다.

SharePoint Embedded 컨테이너는 어떤 보안 기능을 상속합니까?

컨테이너는 Microsoft 365 및 Microsoft Purview로부터 강력한 엔터프라이즈 보안 기능을 상속합니다. 여기에는 자동 암호화, 포괄적인 감사 로깅, 데이터 손실 방지(DLP) 정책, 보존 레이블, eDiscovery 지원이 포함됩니다.