SharePoint 제품과 기술 및 Team Foundation Server 상호 작용

  • 아티클

업데이트: 2010년 8월

Visual Studio Team Foundation Server와 SharePoint 제품을 통합하면 관리자, 프로젝트 책임자 및 프로젝트 참가자가 정보 공유 및 구성 도구의 강력한 성능을 활용할 수 있습니다. 이 통합에는 각 팀 프로젝트에 대한 웹 사이트를 만드는 옵션이 포함됩니다. 이 웹 사이트를 팀 프로젝트 포털이라고 합니다. 팀에서는 프로젝트에 참가하는 각 팀 멤버의 역할에 따라 이 포털을 사용하여 프로세스 지침, 프로젝트 문서, 템플릿 및 보고서를 공유할 수 있습니다. 지원되는 버전의 SharePoint 제품이면 무엇이든 Team Foundation Server와 함께 사용할 수 있습니다.

참고

이 항목의 정보를 통해 SharePoint 제품을 Team Foundation Server와 통합하는 일반적인 프로세스를 이해할 수 있지만 배포에 필요한 구체적인 단계를 보려면 다른 리소스를 참조해야 할 수 있습니다. 최신 정보를 보려면 Microsoft 웹 사이트의 SharePoint Integration with Team Foundation Server - Important Information 포럼 게시물을 참조하십시오.

SharePoint 제품과 Team Foundation Server 사이의 상호 작용을 이해하려면 먼저 어떤 종류의 배포를 사용하고 있는지 확인해야 합니다. SharePoint 제품과 통합되는 Team Foundation Server 배포는 크게 다음 두 가지 범주로 나뉩니다.

  • 완전 신뢰를 공유하는 환경에 Team Foundation Server 및 SharePoint 제품이 배포되고, 두 프로그램 사이에 부여할 수 있는 권한에 제한이 전혀 없거나 거의 없는 경우

  • 운영 요구 사항이 서로 다른 환경에 Team Foundation Server 및 SharePoint 제품이 배포되고, 두 프로그램 사이에 부여할 수 있는 권한에 제한이 많은 경우

배포가 첫째 범주에 속한다면 SharePoint 제품과의 통합이 더 간단합니다. 이미 배포가 있는 경우 Team Foundation Server 배포에 SharePoint 제품 통합 추가의 절차를 따를 수 있습니다. 그렇지 않으면 Team Foundation Server를 설치하는 중에 Windows SharePoint Services 3.0을 설치하거나, Windows SharePoint Services 3.0, Microsoft Office SharePoint Server 2007 또는 Microsoft SharePoint Server 2010을 설치하여 Team Foundation Server를 지원할 수 있습니다. SharePoint 제품과 함께 Team Foundation Server를 설치하는 방법에 대한 자세한 내용은 Microsoft 웹 사이트의 Visual Studio 2010용 Team Foundation 설치 가이드를 참조하십시오.

배포가 둘째 범주에 속한다면 SharePoint 제품과의 통합에 더 복잡한 구성이 필요합니다. 가장 이상적으로는 SharePoint 제품과의 통합을 구성할 때까지 팀 프로젝트 컬렉션을 만드는 작업을 미루는 것이 좋습니다. 자세한 내용은 관리자 권한 없이 SharePoint 제품에 Team Foundation Server 통합을 참조하십시오.

항목 내용

  • SharePoint 제품 및 Team Foundation Server

    • 아키텍처

    • 포트, 서비스 계정 및 서비스

    • 사용자 및 그룹

  • SharePoint 제품 설명서

  • Microsoft Office SharePoint Server 2007과 함께 배포한 Team Foundation Server 예제

Team Foundation Server 배포 구성 요소로서의 SharePoint 제품

SharePoint 제품은 Team Foundation의 논리적 응용 프로그램 계층에 속하는 선택적 구성 요소입니다. 응용 프로그램 계층의 다른 논리적 구성 요소와 같은 물리적 서버에 SharePoint 제품을 설치하거나 별도의 물리적 서버 또는 서버 팜에 SharePoint 제품을 설치할 수 있습니다. 다른 서버에 있는 SharePoint 제품의 배포를 사용하려는 경우 해당 서버에 SharePoint 제품에 대한 Team Foundation Server 확장을 설치해야 합니다. 그러나 Team Foundation Server를 설치하는 중에 Windows SharePoint Services 3.0을 설치하는 경우에는 확장이 자동으로 설치됩니다. 자세한 내용을 보려면 SharePoint 제품 확장 및 Team Foundation Server 아키텍처를 참조하고, Microsoft 웹 사이트의 Visual Studio 2010용 Team Foundation 설치 가이드 페이지에서 Team Foundation에 대한 최신 버전의 설치 설명서를 다운로드하십시오.

아키텍처

SharePoint 제품 배포를 Team Foundation Server와 통합하는 경우 Team Foundation Server 및 이 서버와 함께 사용하기 위해 만든 하나 이상의 SharePoint 웹 응용 프로그램 사이에 액세스 권한을 부여해야 합니다. 액세스를 구성하고 나면 배포에 다음과 같은 논리적 아키텍처가 구성됩니다.

SharePoint 제품과의 데이터베이스 관계

SharePoint 제품 및 Team Foundation Server 배포와 그 상호 종속성을 어떻게 유지 관리할지 고려해야 합니다. 특히 데이터를 어떤 방법으로 백업하고 복원할지 신중하게 계획을 세워야 합니다. SharePoint 제품에서 사이트 컬렉션을 백업하고 복원할 수 있지만 개별 SharePoint 사이트는 백업 및 복원할 수 없습니다. 마찬가지로 팀 프로젝트 컬렉션을 백업하고 복원할 수 있지만 개별 팀 프로젝트는 백업 및 복원할 수 없습니다. 따라서 각 팀 프로젝트 컬렉션에 고유한 사이트 컬렉션이 연결되도록 Team Foundation Server와 SharePoint 제품을 배포하는 것이 좋습니다. 이 관계를 다음 그림에서처럼 매핑할 수 있습니다.

유사한 관계

팀 프로젝트 컬렉션 내에서 팀 프로젝트 포털을 만드는 권한을 해당 팀 프로젝트 컬렉션에 관련된 사이트 컬렉션으로만 제한하는 것도 고려해야 합니다. 이 정책을 구현하면 팀 프로젝트 컬렉션에 대한 모든 데이터를 안전하게 백업 및 복원하는 데 도움이 됩니다.

Team Foundation Server 배포에서 하나 이상의 SharePoint 웹 응용 프로그램에 문제가 발생하는 경우 SharePoint 웹 응용 프로그램과 Team Foundation Server 사이의 액세스 권한을 다시 구성할 수 있습니다.

참고

이러한 다시 구성 작업에 포함된 모든 작업을 수행하려면 팜 관리자 그룹의 멤버여야 합니다.

Team Foundation의 관리 콘솔을 열고 다시 연결을 클릭하면 Team Foundation Server가 SharePoint 웹 응용 프로그램을 자동으로 구성하고 응용 프로그램에서 호스팅하는 모든 포털을 다시 연결합니다. 특히 다음과 같은 단계가 순서대로 수행됩니다.

  • SharePoint 웹 응용 프로그램에서 사용하는 서비스 계정이 Team Foundation Server에서 SharePoint 웹 응용 프로그램 서비스 그룹의 멤버가 아니면 해당 계정이 해당 그룹에 추가됩니다.

  • SharePoint 웹 응용 프로그램에 Team Foundation Server에 대한 액세스 권한이 부여됩니다.

  • SharePoint 제품이 Team Foundation Server와 동일한 컴퓨터에 설치된 경우 Team Foundation Server에서 사용하는 서비스 계정이 SharePoint 제품의 팜 관리자 그룹에 추가됩니다.

  • Team Foundation Server에 필요한 SharePoint 제품 기능은 SharePoint 제품에서 활성화됩니다.

  • 배포에 대해 SQL Server Reporting Services가 구성된 경우 SharePoint 웹 응용 프로그램 서비스 그룹의 새 멤버가 Reporting Services의 웨어하우스 및 큐브에 대한 읽기 역할에 추가됩니다.

  • 웹 응용 프로그램과 연결된 각 포털은 해당 팀 프로젝트에 다시 연결되어 사이트와 연결된 서버가 이 Team Foundation Server 배포가 되도록 보장합니다. 이 단계에서는 사이트에 대한 어떠한 권한도 변경하지 않습니다.

자세한 내용은 Team Foundation Server 배포에 SharePoint 제품 통합 추가, 배포에 SharePoint 웹 응용 프로그램 추가, 팀 프로젝트 컬렉션 만들기 및 팀 프로젝트 포털 추가를 참조하십시오.

참고

Team Foundation Server 배포에 SharePoint 제품 통합 추가의 단계를 수행하여 Team Foundation Server 및 SharePoint 제품을 수동으로 통합할 수 있습니다. 또는 해당 배포가 구성 도구에 필요한 기본 설정과 호환되는 경우 구성 도구를 사용하여 Team Foundation Server를 Microsoft Office SharePoint Server 2007 또는 SharePoint Server 2010과 자동으로 통합할 수 있습니다. 자세한 내용은 Microsoft 웹 사이트의 Visual Studio Team Foundation Server 2010 Pre-configuration Tool for Office SharePoint Server 2007 and SharePoint Server 2010을 참조하십시오.

포트, 서비스 계정 및 서비스

Team Foundation Server와 SharePoint 제품에는 둘 다 네트워크 트래픽을 위한 특정 포트가 사용됩니다. 이들 응용 프로그램을 설치한 방법에 따라서는 방화벽 또는 기타 보안 소프트웨어에서 이러한 포트 중 일부 또는 전부에 대한 액세스 권한이 이미 구성된 상태일 수 있습니다. 필요한 액세스 권한이 구성되어 있지 않으면 Team Foundation Server를 SharePoint 제품과 통합하는 과정에서 두 응용 프로그램 사이에 네트워크 트래픽을 허용해야 합니다. 다음 그림에서는 네트워크 다이어그램의 예를 보여 줍니다.

간단한 포트 및 통신 다이어그램

자세한 내용은 Team Foundation Server 아키텍처에서 네트워크 포트 및 프로토콜에 관련된 단원을 참조하십시오.

응용 프로그램 사이에 네트워크 액세스를 허용해야 할 뿐만 아니라 이러한 응용 프로그램에 사용되는 서비스 계정을 구성하여 특정 권한을 부여해야 하며 배포 환경에 필요한 운영 요구 사항에 따라 이들 계정을 적절한 보안 그룹에 추가해야 합니다. 이러한 서비스 계정은 Windows SharePoint Services Timer 서비스나 Team Foundation Background Job Agent 등 배포에 필요한 특정 서비스를 실행하는 데 사용됩니다. Windows SharePoint Services 3.0을 사용하는 경우에는 구성해야 할 서비스 계정의 수가 비교적 많지 않지만 Microsoft Office SharePoint Server 2007 또는 SharePoint Server 2010을 사용하는 경우에는 그 수가 훨씬 많습니다. 자세한 내용은 Team Foundation Server의 서비스 계정 및 종속성을 참조하십시오.

참고

또한 Microsoft Office 응용 프로그램이 Team Foundation Server와 올바르게 상호 작용하려면 먼저 Windows Server 2008 또는 Windows Server 2008 R2에서 SharePoint 제품을 실행하는 서버에서 데스크톱 경험 기능을 사용하도록 설정해야 합니다. 자세한 내용은 데스크톱 경험 개요를 참조하십시오.

사용자 및 그룹

Team Foundation Server에서 사용자와 그룹을 구성할 때는 SharePoint 제품에서도 해당 사용자와 그룹에 대해 적절한 역할 멤버 자격과 권한을 수동으로 구성해야 합니다. 사용자 및 그룹에 대해 역할 멤버 자격과 권한을 구성하는 단계는 사용 중인 SharePoint 제품 버전에 따라 다릅니다. 자세한 내용은 SharePoint 제품의 역할, 팀 프로젝트에 사용자 추가, 팀 프로젝트 컬렉션에 대한 관리자 권한 설정 및 Team Foundation Server에서 관리자 권한 설정를 참조하십시오.

SharePoint 제품 설명서

SharePoint 제품은 모든 기능을 갖춘 공동 작업 및 정보 공유 솔루션으로, 자체 설명서가 포함되어 있습니다. SharePoint 제품을 관리하는 방법에 대한 자세한 내용은 Microsoft 웹 사이트의 SharePoint 제품 Tech Center 페이지를 참조하십시오.

참고

Team Foundation Server의 배포에서 SharePoint Server 2010을 사용하는 경우 헤더 길이와 관련된 오류가 발생할 수 있습니다. 자세한 내용은 SharePoint Server 2010 Error: HTTP Error 400. The size of the request headers is too long.를 참조하십시오.

Microsoft Office SharePoint Server 2007과 함께 배포한 Team Foundation Server 예제

A. Datum Corporation에서는 Team Foundation Server 배포를 Microsoft Office SharePoint Server 2007의 웹 팜 배포와 통합하려고 합니다. 두 프로그램은 모두 DATUM1이라는 Active Directory 도메인에 속한 서버에 배포되어 있습니다.

참고

예제에 사용되는 회사, 조직, 제품, 도메인 이름, 전자 메일 주소, 로고, 사람, 장소, 이벤트 등은 실제 데이터가 아닙니다. 어떠한 실제 회사, 기관, 제품, 도메인 이름, 전자 메일 주소, 로고, 사람, 위치 또는 이벤트와도 연관시킬 의도가 없으며 그렇게 유추해서도 안 됩니다.

Jyoti Kulkarni(DATUM1\JyotiK)는 Microsoft Office SharePoint Server 2007 배포에 대한 팜 관리자 그룹의 멤버입니다. David Campbell(DATUM1\DavidC)은 Team Foundation Server 배포에 대한 Team Foundation Administrators 그룹의 멤버입니다. 이들 관리자는 구성 일정을 정하고 요구 사항을 논의하고 구성에 사용할 계정을 선택하는 모임을 가진 후 다음과 같은 결정을 내렸습니다.

  • 두 관리자는 모두 다음 정보에 액세스할 수 있어야 합니다.

    • Team Foundation Server URL: http://Datum-TFS:8080/tfs

    • SharePoint 중앙 관리 URL: http://Datum-SP5:17012

    • Team Foundation Server와 함께 사용하도록 구성된 웹 응용 프로그램의 URL(해당 웹 응용 프로그램을 만드는 대로 Jyoti가 David에게 URL을 통보할 예정입니다.)

  • SharePoint 팜 관리자가 Team Foundation Server에 사용할 웹 응용 프로그램과 사이트 컬렉션을 만듭니다. Jyoti가 웹 응용 프로그램에 포트 80을 사용하기로 결정하고 NTLM을 사용하도록 이를 구성한 후 그 이름을 DatumWebApp-TFS라고 지정합니다. Jyoti가 사이트 컬렉션의 이름을 TFSCollection으로 지정하고 보조 사이트 컬렉션 관리자와 Single Sign-On 관리자를 동일한 계정으로 설정합니다. Jyoti가 David을 DatumWebApp-TFS 웹 응용 프로그램의 관리자이자 TFSCollection 사이트 컬렉션의 사이트 컬렉션 관리자로 추가합니다.

  • SharePoint 팜 관리자가 Team Foundation Server 배포에 사용할 엔터프라이즈 응용 프로그램 정의를 만들고 정의의 이름을 TFS라고 지정합니다.

  • SharePoint 팜 관리자와 Team Foundation Server 관리자가 서비스 및 사용자 계정에 대한 구성 요구 사항을 검토합니다. 필요한 계정의 수와 해당 계정에 필요한 권한이 너무 많아질 수 있으므로 Jyoti와 David은 배포에서 구성해야 할 각기 다른 서비스 계정 중 일부에 대해 동일한 도메인 계정을 사용하여 해당 구성을 간소화하기로 결정합니다. Jyoti와 David은 필요에 따라 배포에서 서비스 계정으로 사용할 특별 계정을 만들고 적절한 권한을 부여합니다. 특히 Jyoti와 David은 필요한 권한이 이미 부여되어 있는 다음과 같은 도메인 계정 및 그룹을 사용하기로 결정합니다.

계정

사용할 도메인 계정

필요한 권한 및 멤버 자격

Microsoft Office SharePoint Server 2007 관리자 계정

DATUM1\JyotiK

  • SharePoint 제품의 Farm Administrators 그룹

Team Foundation Server 설치 및 관리 계정

DATUM1\DavidC

  • Team Foundation Server가 설치된 하나 이상의 서버의 Administrators 그룹

  • Team Foundation Server의 데이터베이스를 호스팅할 하나 이상의 SQL Server 인스턴스의 sysadmin(설치에 필요)

  • Team Foundation Server의 Team Foundation Administrators 그룹

Team Foundation Server 서비스 계정(TFSService)

DATUM1\tfssvc

  • 응용 프로그램 계층 서버의 서비스로 로그온

  • Team Foundation Server에 사용되는 SharePoint 웹 응용 프로그램에 대한 팜 관리자 그룹1

  • Team Foundation의 데이터베이스를 호스팅하는 하나 이상의 SQL Server 인스턴스의 TFSExecRole. 이 그룹은 해당 인스턴스에 Team Foundation Server를 설치할 때 만들어지지만 TFSConfig PrepSQL 명령줄 유틸리티를 사용하여 이 그룹을 만들 수도 있습니다.

  • 데이터 소스 서비스 계정(TFSReports)

  • 엔터프라이즈 응용 프로그램 정의 계정 정보(TFS)(저장된 자격 증명)

DATUM1\tfsrpt

  • SQL Server Reporting Services를 실행하는 서버와 응용 프로그램 계층 서버의 로컬 로그온 허용

  • 보고서 서버의 TFSWareHouseDataReader

  • 서버 팜 계정

  • 데이터베이스 액세스 계정

DATUM1\sptsvc1

  • 도메인 계정이어야 합니다.

  • SharePoint 제품을 실행하는 서버에서 Administrators 그룹의 멤버여야 합니다.

  • Office SharePoint Server 검색 계정

  • 웹 응용 프로그램 풀 - 포트 80 계정

  • Windows SharePoint Services 검색 서비스 계정

  • Windows SharePoint Services 검색 콘텐츠 액세스 계정

DATUM1\sptsvc2

  • 도메인 계정이어야 합니다.

  • Single Sign-On 서비스 계정

  • Single Sign-On 관리자 계정

DATUM1\sptsvc3

  • 도메인 계정이어야 합니다.

  • SharePoint 제품을 실행하는 서버에서 Administrators 그룹의 멤버여야 합니다.

  • SharePoint 제품의 데이터베이스를 호스팅하는 SQL Server 인스턴스의 db_creator

  • SharePoint 제품을 실행하는 서버의 로컬 로그온 허용

엔터프라이즈 응용 프로그램 정의 관리자 계정

DATUM1\BrettSh(Brett Shirley는 Jyoti의 직속 부하이지만 David 팀의 멤버가 될 수도 있습니다.)

  • 도메인 계정 또는 도메인 그룹이어야 합니다.

엔터프라이즈 응용 프로그램 정의 그룹(TFS)

DATUM1\Team Foundation Server 사용자

  • 도메인 그룹이어야 합니다. 이 그룹(또는 일련의 그룹)은 Team Foundation Server, SQL Server 및 SharePoint 제품에서 사용자에 필요한 권한을 관리하는 데 사용됩니다. 자세한 내용은 팀 프로젝트에 사용자 추가를 참조하십시오.

1 Team Foundation Server의 서비스 계정을 SharePoint 제품의 Farm Administrators 그룹에 추가하지 않고도 Team Foundation Server와 SharePoint 제품 사이에 통합을 구성할 수 있지만 이 경우 작업을 추가로 수행해야 합니다. 자세한 내용은 관리자 권한 없이 SharePoint 제품에 Team Foundation Server 통합을 참조하십시오.

로컬 로그온 허용 권한을 구성하는 방법에 대한 자세한 내용은 Microsoft 웹 사이트의 로컬 로그온 허용 항목을 참조하십시오. 서비스로 로그온 권한을 구성하는 방법에 대한 자세한 내용은 Microsoft 웹 사이트의 계정에 서비스로 로그온 권한 추가 항목을 참조하십시오.

  • SharePoint 팜 관리자가 Team Foundation Server에 사용할 목적으로 만든 웹 응용 프로그램을 호스팅하는 서버에 SharePoint 제품용 Team Foundation Server 확장을 설치합니다.

  • SharePoint 팜 관리자가 확장을 설치할 때 함께 설치된 Team Foundation 관리 콘솔에서 Team Foundation Server에 대한 액세스 권한을 부여합니다. SharePoint 팜 관리자가 액세스 권한을 부여할 수 있도록 David가 Team Foundation Server의 URL(http://Datum-TFS:8080/tfs, 이 항목의 앞부분 참조)을 Jyoti에게 제공합니다. SharePoint 팜 관리자는 액세스 권한을 부여하면서 엔터프라이즈 응용 프로그램 정의의 이름(TFS)도 포함합니다.

  • 이제 SharePoint 팜 관리자가 담당한 구성 작업을 모두 완료했습니다. Jyoti가 이러한 단계를 완료한 후 David에게 전자 메일 메시지를 보내 다음 정보를 알립니다.

    • Team Foundation Server에 사용하기 위해 만든 웹 응용 프로그램의 이름과 주소(DatumWebApp-TFS)

    • 서버 팜 계정으로 사용한 도메인 계정의 이름(DATUM1\sptsvc1)

    • 자신이 만든 사이트 컬렉션의 이름과 주소(TFSCollection)

    • Team Foundation Server에 사용하기 위해 만든 엔터프라이즈 응용 프로그램 정의의 이름(TFS)

  • Team Foundation 관리자가 메시지를 받아 정보를 검토하고 SharePoint 웹 응용 프로그램에 대한 액세스 권한을 부여합니다.

    • David이 Team Foundation 관리 콘솔을 사용하여 DatumWebApp-TFS 웹 응용 프로그램을 Team Foundation Server에 추가합니다.

    • David이 Team Foundation 관리 콘솔을 사용하여 DATUM1\sptsvc1 계정을 SharePoint Web Application Services 그룹에 추가합니다.

  • Team Foundation 관리자가 Team Foundation Server 배포에 이미 존재하는 팀 프로젝트 컬렉션에 SharePoint 웹 응용 프로그램을 추가합니다.

  • Team Foundation 관리자가 팀 프로젝트 포털을 사용하여 해당 컬렉션 내에 있는 기존의 팀 프로젝트를 구성합니다.

    • David이 각 프로젝트의 관리자에게 전자 메일 메시지를 보내 프로젝트에 팀 프로젝트 포털을 추가할지 여부를 확인합니다. 포털을 추가할 모든 프로젝트의 목록을 작성합니다.

    • David이 각 팀 프로젝트에 대해 SharePoint 사이트를 만듭니다. 이때 팀 프로젝트가 포함된 팀 프로젝트 컬렉션과 관련된 사이트 컬렉션에 각 사이트를 만듭니다. David이 각 팀 프로젝트 관리자를 새 사이트에 추가하고 각 관리자에게 모든 권한을 부여합니다.

    • David이 프로젝트 관리자에게 전자 메일 메시지를 보내 해당 관리자가 사이트에 액세스할 수 있으며 사이트에 필요한 SharePoint 기능을 임의로 활성화할 수 있으며 각 프로젝트에 필요한 사용자와 권한을 사이트에 추가할 수 있다는 사실을 알립니다.

참고 항목

개념

SharePoint 제품의 역할

SharePoint 제품 확장

기타 리소스

SharePoint 사이트 관리

변경 기록

날짜

변경 내용

이유

2010년 8월

SharePoint Server 2010, 구성 도구 및 데스크톱 경험의 요구 사항에 대한 정보가 추가되었습니다.

고객 의견