서비스 아키텍처 계획(SharePoint Server 2010)
적용 대상: SharePoint Foundation 2010, SharePoint Server 2010
마지막으로 수정된 항목: 2016-11-30
이 문서에서는 서비스 응용 프로그램 공유를 위한 서비스 아키텍처에 대해 설명하고 Microsoft SharePoint Server 2010의 아키텍처 예를 제공합니다.
이 문서의 내용
서비스 응용 프로그램 정보
서비스 인프라 및 디자인 원칙
팜에 서비스 응용 프로그램 배포
외부 데이터 원본에 액세스하는 서비스의 계획 고려 사항
아키텍처 예
단일 팜, 단일 서비스 응용 프로그램 그룹
단일 팜, 여러 서비스 응용 프로그램 그룹
엔터프라이즈 서비스 팜
특수 서비스 팜
교차 조직 팜
서비스 아키텍처를 계획할 때에는 다음 사항을 고려하십시오.
조직에 어떤 서비스 응용 프로그램이 필요합니까?
전용 서비스 응용 프로그램을 필요로 하는 팀이 있습니까?
조직에 필요한 팜의 수는 어느 정도입니까?
팜 간에 서비스를 공유하는 기회가 있습니까?
조직의 요구 사항에서 중앙 집중식 서비스 팜이 허용됩니까?
이 문서와 함께 다음 포스터 크기 모델도 사용할 수 있습니다. 모델 내에서 다이어그램을 수정하여 조직의 고유한 계획을 나타낼 수 있습니다.
Microsoft SharePoint 2010 제품의 서비스
SharePoint 2010 제품의 교차 팜 서비스
서비스 응용 프로그램 정보
SharePoint Server 2010에는 웹 응용 프로그램에서 공유할 수 있는 서비스 집합이 포함되어 있는데, 이러한 서비스 집합을 서비스 응용 프로그램이라고 합니다. 일부 서비스 응용 프로그램은 팜 간에 공유할 수 있습니다. 웹 응용 프로그램과 팜에서 서비스 응용 프로그램을 공유하면 여러 사이트에서 이러한 서비스를 제공하는 데 필요한 리소스가 크게 줄어듭니다.
다음 표에는 SharePoint 2010 제품에 포함된 서비스 응용 프로그램 목록이 나와 있습니다.
서비스 응용 프로그램 |
설명 |
SharePoint Foundation 2010 |
SharePoint Server 2010 Standard |
SharePoint Server 2010 Enterprise |
Access Services |
사용자가 웹 브라우저에서 Access 2010 데이터베이스를 보고 편집하며 데이터베이스와 상호 작용할 수 있도록 합니다. |
X |
||
Business Data Connectivity Service |
업무용 데이터 시스템에 액세스할 수 있도록 합니다. |
X |
X |
X |
Excel Services 응용 프로그램 |
사용자가 웹 브라우저에서 Excel 2010 파일을 보고 파일과 상호 작용할 수 있도록 합니다. |
X |
||
Managed Metadata Service |
분류 계층 구조, 키워드 및 공유 태그 지정 인프라를 관리하고 사이트 모음에 콘텐츠 형식을 게시합니다. |
X |
X |
|
PerformancePoint Service 응용 프로그램 |
PerformancePoint의 기능을 제공합니다. |
X |
||
Search Service |
콘텐츠를 크롤링하고 인덱스 파티션을 만들고 검색 쿼리를 제공합니다. |
X |
X |
|
Secure Store Service |
여러 응용 프로그램 또는 서비스에 액세스하도록 SSO(Single Sign-On) 인증을 제공합니다. |
X |
X |
|
State Service |
SharePoint Server 구성 요소의 사용자 세션 데이터를 임시로 저장할 수 있도록 합니다. |
X |
X |
|
Usage and Health Data Collection Service |
팜 전체의 사용 현황 및 상태 데이터를 수집하고 다양한 사용 현황 및 상태 보고서를 볼 수 있도록 합니다. |
X |
X |
X |
User Profile Service |
내 사이트, 프로필 페이지, 공유 태그 지정 및 다른 공유 컴퓨팅 기능에 대한 지원을 추가합니다. |
X |
X |
|
Visio Graphics Service |
사용자가 웹 브라우저에서 게시된 Visio 2010 다이어그램을 보고 새로 고칠 수 있도록 합니다. |
X |
||
Web Analytics Service |
웹 서비스 인터페이스를 제공합니다. |
X |
X |
|
Word Automation Services |
자동화된 일괄 문서 변환을 수행합니다. |
X |
X |
|
Microsoft SharePoint Foundation 가입 설정 서비스 |
서비스 응용 프로그램에 대한 다중 고객 지원 기능을 제공하며 분할 모드에서 배포되는 서비스의 가입 ID 및 설정을 추적합니다. Windows PowerShell을 통해서만 배포됩니다. |
X |
X |
X |
다음 표에 나와 있는 서비스를 포함하여 일부 서비스는 다른 Microsoft 제품을 통해 제공됩니다.
서비스 응용 프로그램 |
설명 |
Office Web Apps 서비스:
|
Office Web Apps는 Microsoft Office 2010 제품군의 웹 기반 생산성 제품입니다. Office Web Apps에는 Microsoft Word 2010, Microsoft Excel 2010, Microsoft PowerPoint 2010 및 Microsoft OneNote 2010에 대한 추가 기능이 포함되어 있습니다. 이러한 웹 기반 응용 프로그램은 여러 플랫폼에서 모든 브라우저를 통한 Word 2010, PowerPoint 2010, Excel 2010 및 OneNote 2010 문서에 대한 액세스 제공, 표준 형식의 경량 생성 및 편집 기능, 브라우저를 통한 해당 문서에 대한 공유 및 공동 작업, 다양한 웹 사용 시나리오 등에 초점을 맞춘 독립 실행형 응용 프로그램입니다. Office Web Apps를 사용하여 만든 문서는 해당 데스크톱 응용 프로그램을 사용하여 만든 문서와 다르지 않습니다. 웹 브라우저에서 보고 편집할 수 있도록 문서를 준비하는 데 연결된 서비스가 사용됩니다. |
Microsoft Project Server 2010 |
Microsoft Project Server 2010은 하나 이상의 Microsoft Project Web Access 인스턴스를 호스팅하여 Microsoft Project 데이터에 대한 일정 기능과 기타 중간 계층 계산을 제공하고 Microsoft Project 2010 데이터를 사용하여 작업하기 위한 웹 서비스를 제공합니다. |
서비스 응용 프로그램은 특정 서버에서 시작 및 중지되고 SharePoint 중앙 관리 웹 사이트의 서버 제공 서비스 페이지에 나열되는 서비스와는 다릅니다. 이 페이지에 나열되는 서비스 중 일부가 서비스 응용 프로그램과 연결되기는 하지만 서비스 응용 프로그램은 특정 방식에 따라 구성 및 공유될 수 있는 서비스의 특정 인스턴스를 나타냅니다.
서비스 인프라 및 디자인 원칙
SharePoint 2010 제품에서는 이전 버전에 도입되었던 서비스 인프라가 개선되었습니다. SharePoint 2010 제품에서 서비스를 호스팅하기 위한 인프라는 SharePoint Foundation 2010으로 이동되어 서비스 제공을 훨씬 더 유연하게 구성할 수 있습니다. 또한 개별 서비스를 독립적으로 구성할 수 있으며 타사 서비스를 플랫폼에 추가할 수 있습니다.
서비스 공유는 더 이상 SharePoint Server에만 국한되지 않으며 SSP(공유 서비스 공급자)에는 더 이상 서비스가 포함되지 않습니다.
서비스 배포
다음 방법 중 하나를 사용하여 팜 내부에 서비스 응용 프로그램을 배포할 수 있습니다.
SharePoint 제품 구성 마법사를 실행할 때 서비스 선택
중앙 관리 사이트의 서비스 응용 프로그램 관리 페이지에서 서비스를 하나씩 추가
Windows PowerShell 사용
보다 세밀한 서비스 구성
업데이트된 서비스 인프라에서는 배포되는 서비스와 서비스 응용 프로그램이 공유되는 방식을 보다 효과적으로 제어할 수 있습니다.
팜에 필요한 서비스 응용 프로그램만 배포할 수 있습니다.
배포된 모든 서비스 대신 필요한 서비스 응용 프로그램만 사용하도록 웹 응용 프로그램을 구성할 수 있습니다.
팜에서 같은 서비스의 여러 인스턴스를 배포하고 결과로 생성되는 서비스 응용 프로그램에 고유한 이름을 할당할 수 있습니다.
같은 팜 내 여러 웹 응용 프로그램 간에 서비스 응용 프로그램을 공유할 수 있습니다.
웹 응용 프로그램을 만들 때 웹 응용 프로그램에 필요한 서비스 응용 프로그램을 선택할 수 있습니다. 또한 웹 응용 프로그램과 연결된 서비스 응용 프로그램을 나중에 수정할 수 있습니다.
서비스 응용 프로그램 그룹
서비스 응용 프로그램이 만들어질 때 해당 서비스 응용 프로그램에 대한 기본 설정을 변경하지 않는 한 서비스 응용 프로그램은 기본적으로 모두 기본 그룹에 포함됩니다. 서비스 응용 프로그램은 언제든지 기본 그룹에 추가하거나 이 그룹에서 제거할 수 있습니다.
웹 응용 프로그램을 만들 때 기본 그룹을 선택하거나 서비스 응용 프로그램의 사용자 지정 그룹을 만들 수 있습니다. 서비스 응용 프로그램의 사용자 지정 그룹을 만들려면 웹 응용 프로그램에서 사용할 서비스 응용 프로그램만 선택하면 됩니다.
다음 스크린샷에서는 웹 응용 프로그램을 만들 때 사용자 지정을 선택한 경우에 선택할 수 있는 팜(예)의 서비스 응용 프로그램 목록을 보여 줍니다. 그림에는 처음 몇 개의 서비스 응용 프로그램만 나와 있습니다.
중앙 관리에서 만든 사용자 지정 그룹을 여러 웹 응용 프로그램에서 다시 사용할 수는 없습니다. 웹 응용 프로그램을 만들면서 사용자 지정을 선택할 경우 현재 만들고 있는 웹 응용 프로그램에 대한 서비스 응용 프로그램만 선택됩니다.
논리 아키텍처
서비스 응용 프로그램은 단일 IIS(인터넷 정보 서비스) 웹 사이트 내에 배포됩니다. 이는 기본 동작이며 변경할 수 없습니다. 그러나 서비스 응용 프로그램 그룹의 구성을 사용자 지정하고 서비스 응용 프로그램 그룹과 웹 응용 프로그램의 연결을 사용자 지정할 수는 있습니다.
다음 다이어그램에는 일반적인 팜 배포의 논리 아키텍처가 나와 있습니다.
다이어그램을 살펴보면 다음과 같은 팜의 특징을 확인할 수 있습니다.
모든 서비스 응용 프로그램은 동일한 IIS 웹 사이트 내에 포함됩니다.
서비스 응용 프로그램 그룹에는 기본 그룹과 사용자 지정 그룹의 두 가지가 있습니다. 모든 서비스 응용 프로그램이 기본 그룹에 포함되어야 하는 것은 아닙니다. 다이어그램에서 서비스 응용 프로그램 F는 기본 그룹에 포함되어 있지 않으며, 하나의 웹 응용 프로그램에서만 사용됩니다.
웹 응용 프로그램은 서비스 응용 프로그램의 기본 그룹 또는 사용자 지정 그룹에 연결됩니다. 다이어그램에는 사용자 지정 그룹이 하나 있습니다.
서비스 응용 프로그램을 여러 응용 프로그램 풀에 배포하여 서비스를 격리할 수 있습니다. 그러나 팜의 성능을 최적화하려면 서비스 응용 프로그램을 하나의 응용 프로그램 풀에 배포하는 것이 좋습니다.
서비스 응용 프로그램에 대해 실제 격리를 구현하려면 다음 다이어그램에서처럼 서비스 응용 프로그램에 대한 다른 응용 프로그램 풀을 선택하거나 새로 만듭니다.
서비스 응용 프로그램에 대한 연결
서비스 응용 프로그램을 만들면 해당 서비스 응용 프로그램에 대한 연결도 동시에 만들어집니다. 연결은 웹 응용 프로그램을 서비스 응용 프로그램에 연결하는 가상 항목입니다. Windows PowerShell에서는 이러한 연결을 프록시라고 합니다. "프록시"는 중앙 관리의 서비스 응용 프로그램 관리 페이지에서 연결에 대한 유형 설명 끝부분에 나타납니다. 일부 연결은 수정할 수 있는 설정을 포함할 수 있습니다. 예를 들어 Managed Metadata Service 응용 프로그램에 대한 연결에는 용어 저장소 관리자 및 기본 언어 등의 여러 설정이 포함됩니다.
서비스 응용 프로그램 관리
서비스 응용 프로그램은 개별 관리 사이트를 통해 관리되는 대신 중앙 관리에서 직접 관리됩니다. 필요한 경우 서비스 응용 프로그램을 원격에서 모니터링하고 관리할 수 있습니다. 서비스 응용 프로그램은 Windows PowerShell을 사용하여 관리하고 스크립트로 제어할 수도 있습니다.
팜에 서비스 응용 프로그램 배포
일부 서비스 응용 프로그램은 여러 서버 팜 간에 공유할 수 있습니다. 또 일부 서비스 응용 프로그램은 단일 서버 팜 내에서만 공유할 수 있습니다.
다음 다이어그램에는 팜 간에 공유할 수 있는 서비스 응용 프로그램과 단일 팜으로 제한되는 서비스 응용 프로그램이 나와 있습니다.
디자인 지침
팜 간 서비스 응용 프로그램 공유에는 다음과 같은 지침이 적용됩니다.
팜 간 공유를 지원하는 서비스 응용 프로그램은 중앙 팜에서 실행하고 다른 팜에서 사용할 수 있습니다.
각 웹 응용 프로그램은 각기 다른 팜의 서비스 응용 프로그램을 사용하도록 구성할 수 있습니다. 예를 들어 여러 서버 팜의 웹 응용 프로그램 간에 User Profile Service를 공유하는 동시에 Business Data Connectivity Service 등의 일부 서비스 응용 프로그램을 로컬로 사용하도록 구성할 수 있습니다.
대규모 환경에서는 컴퓨팅 집약적인 서비스 응용 프로그램을 중앙 팜에서 실행하여 관리 오버헤드를 최소화하고 늘어난 요구 사항에 맞춰 효율적으로 손쉽게 확장할 수 있습니다. 자세한 내용은 이 문서 뒷부분의 엔터프라이즈 서비스 팜을 참조하십시오.
WAN 환경
일부 교차 팜 서비스 응용 프로그램은 WAN(Wide Area Network) 환경에서 사용하기에 적합하지 않습니다. 다음 표에는 이러한 환경에서 서비스 응용 프로그램을 배포하기 위한 최신 권장 사항이 나와 있습니다.
서비스 응용 프로그램 | WAN 환경에 권장되는지 여부 | 참고 |
---|---|---|
검색 |
예 |
|
Managed Metadata |
예 |
|
Business Data Connectivity |
Business Data Connectivity 환경에 따라 다름 |
데이터 캐시를 채운 후에는 WAN 링크가 필요하지 않습니다. 첫 번째 페이지는 탐색 시간이 오래 걸리고 시간이 초과될 수 있습니다. 캐시된 데이터에 대한 이후 요청은 속도가 빨라집니다. |
User Profile |
지원되지 않음 |
현재까지는 WAN 링크에서 User Profile Service 응용 프로그램을 사용할 수 없습니다. 이 서비스를 사용하려면 직접 데이터베이스 액세스가 필요합니다. WAN 환경의 경우 대신 UPRE(User Profile Replication Engine)이 권장됩니다. |
Secure Store Service |
아니요 |
Secure Store Service는 WAN 링크 간에 작동하지만 WAN 링크를 사용하는 다른 서비스의 성능에 부정적인 영향을 줄 수 있으므로 권장되지 않습니다. |
Web Analytics |
아니요 |
WAN 환경에서 서비스 응용 프로그램을 배포하는 방법에 대한 자세한 내용은 SharePoint 2010 제품용 글로벌 솔루션(모델)을 참조하십시오.
교차 팜 서비스 배포
팜 간에 서비스 응용 프로그램을 공유하려면 다음과 같은 여러 단계를 수행해야 합니다.
신뢰할 수 있는 팜을 구성합니다.
팜에서 서로 신뢰할 수 있도록 인증서를 교환했는지 확인합니다. 교차 팜 서비스에 연결하기 전에 인증서를 파일로 내보낸 다음 파일을 백업합니다.
서비스 응용 프로그램을 게시합니다.
팜 간에 서비스 응용 프로그램을 공유하려면 먼저 서비스를 게시합니다.
교차 팜 서비스 응용 프로그램에 연결합니다.
원격 팜을 통해 게시되는 서비스를 사용하려면 해당 서비스에 대한 연결을 만듭니다. 이 프로세스를 수행하면 게시 프로세스 도중 표시되는 게시된 서비스의 URL을 입력하라는 메시지가 나타납니다. 원격 팜의 서비스 응용 프로그램에 연결하기 위한 연결이 로컬 팜에 만들어집니다.
서버 팜이 두 개의 도메인에 있는 경우 User Profile Service 응용 프로그램을 실행하려면 두 도메인이 모두 서로를 신뢰할 수 있어야 합니다. Business Data Connectivity Service 및 Secure Store Service 응용 프로그램 관리 기능을 사용 팜에서 실행하려면 게시 팜의 도메인에서 사용 팜의 도메인을 신뢰해야 합니다. 다른 교차 팜 서비스 응용 프로그램은 도메인 간 신뢰 요구 사항 없이 작동합니다.
서비스를 팜 간에 사용하도록 구성하는 방법에 대한 자세한 내용은 원격 팜에서 서비스 응용 프로그램에 연결(SharePoint Server 2010)을 참조하십시오.
외부 데이터 원본에 액세스하는 서비스의 계획 고려 사항
일부 서비스 응용 프로그램은 외부 데이터 원본에 액세스할 수 있습니다. 위임된 Windows ID를 사용하여 외부 데이터 원본에 액세스하는 서비스 응용 프로그램은 환경에 대한 추가 요구 사항이 있습니다. 이러한 서비스 응용 프로그램을 사용할 때는 서비스 응용 프로그램이 있는 SharePoint Server 2010 팜과 동일한 도메인 내에 외부 콘텐츠 원본이 있거나, 서비스 응용 프로그램에서 Secure Store Service를 사용하도록 구성해야 합니다.
다음 서비스 응용 프로그램은 위임된 Windows ID를 사용하여 외부 데이터 원본에 액세스합니다.
Excel Services
PerformancePoint Services
InfoPath Forms Services
Visio Services
위임된 Windows ID를 사용하여 외부 데이터 원본에 액세스하는 서비스 응용 프로그램에서 Secure Store Service를 대신 사용하도록 구성할 수 있습니다. Secure Store Service에서는 사용자 또는 서비스 자격 증명을 저장하고 유지 관리합니다. 서비스 응용 프로그램은 저장된 자격 증명을 사용하여 데이터 원본에 직접 인증할 수 있습니다.
Secure Store Service를 사용하지 않는 경우 외부 데이터 원본이 동일한 도메인에 있지 않으면 외부 데이터 원본에 대한 인증이 실패합니다. 팜 서버가 두 도메인 간에 분할되어 있는 경우에는 응용 프로그램 서버가 외부 데이터 원본과 동일한 도메인에 있어야 합니다.
다음 서비스 응용 프로그램 및 제품에는 이러한 요구 사항이 적용되지 않습니다.
Business Data Connectivity 서비스 및 Microsoft Business Connectivity Services
Access Services
Microsoft SQL Server PowerPivot for Microsoft SharePoint
Microsoft SQL Server Reporting Services(SSRS)
Microsoft Project Server 2010
아키텍처 예
이 기사의 나머지 부분에서는 일반적인 배포 시나리오를 위한 아키텍처의 예를 소개합니다.
단일 팜, 단일 서비스 응용 프로그램 그룹
단일 팜 및 단일 서비스 응용 프로그램 그룹이 포함된 아키텍처에서는 팜의 모든 웹 응용 프로그램에 대해 기본 서비스 응용 프로그램 그룹이 사용됩니다. 모든 사이트는 팜에 배포되는 모든 서비스 응용 프로그램에 액세스할 수 있습니다.
장점
이 아키텍처의 장점은 다음과 같습니다.
이것이 가장 간단하게 배포할 수 있는 아키텍처입니다.
모든 웹 응용 프로그램에서 모든 서비스 응용 프로그램을 사용할 수 있습니다.
팜 리소스가 가장 효율적으로 사용됩니다.
모든 서비스 응용 프로그램이 중앙에서 관리됩니다.
단점
이 아키텍처를 사용하는 경우 다음과 같은 여러 가지 단점을 고려해야 합니다.
서비스 응용 프로그램 데이터를 격리할 수 없습니다.
개별 부서 또는 팀이 서비스 응용 프로그램을 직접 관리할 수 없습니다.
권장 사항
단일 팜 및 단일 서비스 응용 프로그램 그룹이 포함된 아키텍처는 적어도 처음에는 모든 조직에 권장되는 구성입니다. 이 구성은 동일한 팜에서 단일 회사에 대해 많은 사이트를 호스팅하려는 경우에 적합합니다.
이 구성을 사용하여 다음 목표를 충족시키십시오.
팜에서 서비스 응용 프로그램을 실행하는 데 필요한 리소스를 최적화하려고 합니다.
성능 또는 보안상의 이유로, 프로세스 격리가 필요한 여러 사이트에서 콘텐츠 및 프로필 데이터를 공유합니다.
단일 팜, 여러 서비스 응용 프로그램 그룹
팀에 전용 서비스 응용 프로그램이 필요한 경우 사용자 지정 서비스 응용 프로그램 그룹을 하나 이상 사용하여 아키텍처를 구축합니다. 이때 다음 지침을 따릅니다.
조직의 하나 이상의 팀이 전용으로 사용할 특정 서비스 응용 프로그램을 배포합니다.
전용 서비스 응용 프로그램이 기본 그룹에도 포함되어 있지 않은지 확인합니다.
사용자 지정 서비스 응용 프로그램 그룹을 사용하는 웹 응용 프로그램을 하나 이상 만듭니다. SharePoint 관리자는 사용자 지정 그룹에 포함된 서비스 응용 프로그램을 선택합니다.
다음 다이어그램에서 팜 B는 서비스 응용 프로그램 그룹이 두 개인 아키텍처의 예를 보여 줍니다. 이 예에서 재무 팀에는 전용 Excel Services 응용 프로그램이 필요합니다. 또한 이 팀을 위한 Access Services도 배포되어 있습니다.
두 개 이상의 사용자 지정 서비스 응용 프로그램 그룹을 만들 수 있습니다. 다음 다이어그램에서는 팜 C에 두 개의 사용자 지정 그룹이 만들어집니다. 전용 Managed Metadata Service 및 Business Data Connectivity Service 응용 프로그램은 팜 B의 아키텍처를 기반으로 인사 부서에서 사용할 팜에 배포됩니다. 이를 통해 재무 팀을 위해 만들어진 첫 번째 전용 서비스 응용 프로그램 그룹 외에 두 번째 사용자 지정 서비스 응용 프로그램 그룹이 만들어집니다.
전용으로 사용하도록 배포되는 서비스 응용 프로그램은 동일한 응용 프로그램 풀을 공유할 수도 있고 추가 격리를 위해 별도의 응용 프로그램 풀에 배포될 수도 있습니다. 팜 B의 디자인(앞의 두 다이어그램)에서는 재무 팀에 대해 배포되는 서비스 응용 프로그램을 전용 응용 프로그램 풀에 배치하는 방식으로 이러한 서비스 응용 프로그램에 대한 프로세스 격리를 구현합니다. 앞의 다이어그램에 나와 있는 팜 C의 경우 모든 서비스 응용 프로그램에 대해 하나의 응용 프로그램 풀이 사용됩니다. 이 아키텍처에서는 대신 성능을 최적화하기 위해 서비스 응용 프로그램이 배포됩니다.
여러 Managed Metadata Service 응용 프로그램에 연결
하나의 서비스 응용 프로그램 그룹에는 여러 개의 Managed Metadata Service 응용 프로그램이 포함될 수 있습니다. 예를 들어 팜 C의 다이어그램에서 녹색으로 강조 표시된 사용자 지정 그룹에는 두 개의 Managed Metadata Service 응용 프로그램이 포함되어 있습니다.
이 시나리오에서 웹 응용 프로그램 내의 사이트에는 분류, 공유 태그 지정을 비롯하여 두 Managed Metadata Service 응용 프로그램의 다른 여러 기능이 표시됩니다. 다른 교차 팜 서비스와 달리 웹 파트에는 기본적으로 여러 Managed Metadata Service 응용 프로그램의 데이터가 포함됩니다.
여러 Managed Metadata Service 응용 프로그램을 관리하는 방법에 대한 자세한 내용은 Managed Metadata Service 응용 프로그램 정보를 참조하십시오.
장점
여러 서비스 응용 프로그램 그룹이 포함된 아키텍처는 다음과 같은 장점이 있습니다.
동일한 팜에서 조직의 여러 가지 목표를 수용합니다.
서비스 데이터를 격리할 수 있습니다.
개별 팀 또는 부서에서 전용으로 사용하도록 지정된 서비스 응용 프로그램을 관리할 수 있습니다.
사이트에서 서비스 응용 프로그램의 하위 집합을 사용하도록 구성할 수 있습니다.
단점
두 개 이상의 서비스 응용 프로그램 그룹을 사용하는 아키텍처의 단점은 다음과 같습니다.
구성 및 관리하기가 좀 더 복잡합니다.
일부 서비스 응용 프로그램의 여러 인스턴스를 지원하기 위해 팜 리소스가 사용되므로 성능에 영향을 줄 수 있습니다.
권장 사항
여러 서비스 응용 프로그램 그룹이 포함된 아키텍처는 전용 서비스 응용 프로그램 또는 격리된 서비스 데이터가 필요한 부서 또는 팀이 있는 회사나 파트너 공동 작업과 같이 보다 협소한 범위로 설정된 사이트에 적합합니다.
또한 여러 개의 서비스 응용 프로그램 그룹이 구성된 경우 팀 및 사이트에서는 프로필 및 검색 서비스 등 회사 전체에 제공되는 서비스를 사용하는 동시에 보안 또는 성능상의 이유로 대상 서비스의 사용을 격리시킬 수도 있습니다.
특정 팀 또는 부서에서 전용으로 사용하도록 일반적으로 배포되는 서비스 응용 프로그램은 다음과 같습니다.
Excel Services 대상 팀에 대해 성능을 최적화하거나 중요한 데이터를 격리
Managed Metadata 팀 또는 부서에서 고유한 분류, 계층 구조, 키워드 등을 관리할 수 있도록 허용. SharePoint Server 2010에는 여러 Managed Metadata Service 응용 프로그램의 결과가 결합되므로 분류, 콘텐츠 형식 및 다른 요소를 조직에서 공유할 수 있습니다.
Business Data Connectivity 개별 팀 또는 부서에서 고유한 업무용 데이터 시스템과 통합하고 데이터를 나머지 조직과 격리된 상태로 유지할 수 있습니다.
경우에 따라 웹 응용 프로그램에서 사용하는 서비스 목록의 범위를 줄이도록 전용 서비스 응용 프로그램 그룹을 구성하기도 합니다. 예를 들어 팜에서 제공하는 서비스 응용 프로그램의 하위 집합을 사용하도록 파트너 공동 작업 사이트를 구성할 수 있습니다.
엔터프라이즈 서비스 팜
엔터프라이즈 서비스 팜은 조직의 서비스 응용 프로그램 호스팅을 전담하는 서버 팜입니다. 다음 다이어그램에는 가장 자주 배포되는 교차 팜 서비스 응용 프로그램을 호스팅하는 엔터프라이즈 서비스 팜이 나와 있습니다. 또한 이 다이어그램에서는 엔터프라이즈 서비스 팜의 서비스를 사용하는 몇 가지 일반적인 유형의 팜을 보여 줍니다.
이 섹션의 나머지 부분에서는 다이어그램에 있는 다른 팜에 대해 설명합니다. 팜 2, 팜 3 및 팜 4는 엔터프라이즈 서비스 팜의 서비스를 사용할 가능성이 가장 높은 팜의 유형을 나타냅니다.
게시된 콘텐츠 전용 팜(모든 서비스 응용 프로그램이 원거리에 있음)
서비스 응용 프로그램을 로컬로 배포하지 않고 서버 팜을 배포할 수 있습니다. 팜 2에는 로컬로 호스팅하는 서비스 응용 프로그램이 없습니다. 모든 서비스 응용 프로그램은 별도의 팜에서 사용됩니다.
이 구성은 게시되는 콘텐츠에 적합합니다. 또한 게시된 콘텐츠 팜을 호스팅하는 데 필요한 관리 노력을 줄여 주며 조직에서 중앙 집중식으로 관리되는 서비스 응용 프로그램을 활용할 수 있도록 합니다.
이 구성을 사용하여 다음 목표를 충족시키십시오.
서비스 응용 프로그램을 실행하는 대신 팜 내에서 콘텐츠를 호스팅하는 데 필요한 리소스를 최적화하려고 합니다.
조직 전체의 프로필, 메타데이터, 검색 및 다른 중앙 집중식으로 관리되는 리소스와 통합합니다.
공동 작업 팜(로컬 및 원격 서비스 응용 프로그램의 조합)
팜 3은 공동 작업을 위해 최적화된 팜을 나타냅니다. 팜 간에 공유할 수 없는 모든 서비스 응용 프로그램은 로컬로 호스팅됩니다. 여기에는 공동 작업에 중요한 역할을 하는 클라이언트 관련 서비스 응용 프로그램이 포함됩니다. 교차 팜 서비스 응용 프로그램은 엔터프라이즈 서비스 팜(팜 1)에서 사용됩니다.
팜은 둘 이상의 원격 팜에서 서비스를 사용할 수 있습니다. 다이어그램에서 팜 3은 특수 부서 팜(팜 4)에서 Managed Metadata Service를 사용하여 이 부서의 자율적으로 관리되는 분류, 공유 태그 지정 및 다른 기능과 통합합니다.
Managed Metadata Service 응용 프로그램이 여러 개인 경우 서비스 응용 프로그램 중 하나를 회사 분류 체계를 호스팅하는 기본 서비스 응용 프로그램으로 지정해야 합니다. 그러면 이 서비스 응용 프로그램의 다른 모든 인스턴스는 보조 서비스 응용 프로그램이 되며 기본 서비스 응용 프로그램 데이터에 대한 추가 데이터를 제공합니다. 다른 교차 팜 서비스와 달리 웹 파트에는 기본적으로 여러 Managed Metadata Service 응용 프로그램의 데이터가 포함됩니다.
이는 비즈니스 요구를 충족하기 위해 여러 개의 팜을 호스팅하는 회사에 권장되는 구성입니다. 이 구성을 사용하여 다음 목표를 충족시키십시오.
엔터프라이즈 수준에서 서비스 호스팅에 필요한 관리 및 팜 리소스 최적화(팜 1)
팜 수준에서 공동 작업 사이트 호스팅에 필요한 리소스 최적화(팜 3)
조직 전체의 프로필, 메타데이터, 검색 및 다른 중앙 집중식으로 관리되는 리소스와 통합
특수 팀 또는 부서에서 생성하는 메타데이터와 통합(팜 4)
특수 부서를 위한 팜(로컬 및 원격 서비스 응용 프로그램의 조합)
조직의 일부 팀에서는 다음과 같은 이유로 인해 특정 서비스를 별도로 배포해야 할 수 있습니다.
데이터 격리를 구현하기 위해(예: Business Data Connectivity 데이터)
서비스 응용 프로그램을 자율적으로 관리하는 기능을 제공하기 위해(예: Managed Metadata)
팜 4에서는 한 가지 예를 제공합니다. 이 팜의 특성은 다음과 같습니다.
Managed Metadata가 포함된 중앙 집중식으로 관리되는 서비스 응용 프로그램을 사용합니다.
고유한 Managed Metadata Service 응용 프로그램도 포함되어 있으므로 이 팀은 고유한 메타데이터를 자율적으로 관리할 수 있습니다. 이 서비스 응용 프로그램은 공유되기 때문에 나머지 조직의 메타데이터를 이 메타데이터와 통합할 수 있습니다.
이 구성을 사용하여 다음 목표를 충족시키십시오.
특수 팀 또는 부서에서 메타데이터를 직접 관리할 수 있도록 허용합니다.
특정 서비스 데이터를 나머지 조직과 격리하여 별도로 관리합니다.
특수 서비스 팜
특정 서비스 응용 프로그램에 대해 팜 리소스를 최적화하려면 특수 서비스 팜을 배포하는 것이 좋습니다. 이렇게 하면 서버 팜을 수평 확장하고 하드웨어를 수직 확장하여 특정 서비스 응용 프로그램에 대한 성능을 최적화할 수 있습니다.
전용 서비스 팜이 허용될 수 있는 기본 서비스 응용 프로그램은 Search Service입니다. Search Service에는 고유한 성능 및 용량 요구 사항이 있습니다. Search Service 응용 프로그램의 부하를 전용 팜에 분산시키면 나머지 교차 팜 서비스 응용 프로그램에 대해 리소스를 최적화할 수 있습니다.
다음 다이어그램에는 두 가지 중앙 집중식 서비스 팜이 나와 있습니다. 팜 하나는 Search Service에 대해 최적화되어 있고 다른 팜은 다른 모든 교차 팜 서비스 응용 프로그램을 호스팅합니다.
교차 조직 팜
서비스 응용 프로그램은 엔터프라이즈 서비스 팜은 물론 모든 팜 간에 공유할 수 있습니다. 다음 시나리오에서는 팜 간에 서비스 응용 프로그램을 공유하는 것이 좋습니다.
시나리오 A: 다음 다이어그램에서처럼 전용 엔터프라이즈 서비스 팜 없이 기업 전반에 적용되는 서비스 응용 프로그램을 제공하는 경우
시나리오 B: 다음 다이어그램에서처럼 팜 간에 리소스를 공유하고 중복된 서비스 응용 프로그램을 배포하지 않으려는 경우
See Also
Other Resources
리소스 센터: SharePoint Server 2010용 아키텍처 디자인(영문일 수 있음)
리소스 센터: SharePoint Server 2010에 대한 보안 및 인증(영문일 수 있음)