Beispiele für gehostete Topologie

Artikel
02/27/2013

Anstelle Visual Studio Team Foundation Server (TFS) lokal zu installieren und zu konfigurieren, bietet Ihnen Microsoft die Möglichkeit, die Team Foundation-Dienstvorschau zu verwenden, wobei von Microsoft alle Serverelemente Ihrer Bereitstellung in der Cloud gehostet werden.Dies vereinfacht die Bereitstellung erheblich, da die einzigen Aspekte der Architektur, die Sie berücksichtigen müssen, sicherstellen, dass die Benutzer über den Internetzugang und die Berechtigungen verfügen, die für den Zugriff auf das Projekt erforderlich sind.

Die gehostete Umgebung.

TFS in der Cloud

Nicht von Microsoft stammende Marken, die in diesem Bild angezeigt werden, bleiben Eigentum der jeweiligen Inhaber.

Wenn Sie sich für die Verwendung des Diensts entscheiden, wird das gesamte Projekt, einschließlich Quellcode, Arbeitsaufgaben, Buildkonfigurationen und Teamfunktionen, in der Cloud gehostet.Von C# zu Python, von Windows zu Android – Ihnen steht eine Vielzahl von Sprachen, Plattformen und Tools zur Verfügung, aus denen Sie wählen können.Die einzigen Aspekte der Architektur, die Sie verwalten müssen, sind die Zugriffsanforderungen.

Wenn Sie die Team Foundation-Dienstvorschau nutzen, verwenden Sie einen Webbrowser und das Microsoft-Konto, um eine Verbindung mit dem gehosteten Dienst herzustellen.Sie können Teamprojekte erstellen, dem Team Mitglieder hinzuzufügen und so arbeiten wie bei einer lokal installierten Bereitstellung, aber ohne den Mehraufwand für die Verwaltung der Server.Die Anwendungsebene, die Datenebene und die Buildserver werden mithilfe der Microsoft Cloud-Plattform und SQL Server Azure für Sie gehostet.Dies ist die am besten geeignete Architektur, wenn Sie die Funktionen von TFS, wie beispielsweise die Quellcode-, Arbeitsaufgaben- und Agile-Projektverwaltung nutzen möchten, die Verwaltung der physischen Infrastruktur aber nicht unterstützt werden soll.Es ist zudem eine großartige Möglichkeit, die in Betracht gezogen werden sollte, wenn Ihre Teammitglieder weltweit verteilt sind.Da der Dienst vollständig webbasiert ist, sind die zu verwaltenden Aspekte ausschließlich jene, bei denen es darum geht, ob die Teammitglieder Zugriff auf das Internet haben, ob ihre Firewalls Port 443 blockieren oder ob ein Microsoft-Konto für jedes Teammitglied zu jedem der Projekte, die für Sie gehostet werden, hinzugefügt werden kann.

Einfaches Diagramm eines gehosteten TFS-Dienstes.

Da die Serverressourcen für die Team Foundation-Dienst-Vorschau für Sie verwaltet werden, kann dies eine gute Wahl für Teams sein, bei denen unvorhersehbare Verwendungsspitzen auftreten, oder die die Ressourcen für ein Projekt erheblich erweitern oder aber einschränken müssen.Die Dienstinfrastruktur ist so konzipiert, dass schwankende Anforderungen erfasst werden und die Struktur problemlos erweitert wird, um die größten Projekte zu verwalten.Es ist zudem eine großartige Möglichkeit für Teams mit geringen oder nicht vorhandenen IT-Supportressourcen.

Anders als bei lokalen Bereitstellungen unterstützt der gehostete Dienst nicht die Integration in SharePoint-Produkte oder SQL Server Reporting Services und auch nicht die vollständige Integration in Visual Studio Lab Management.Aufgrund dieser Einschränkung stellt der gehostete Dienst keine gute Wahl dar, wenn das Team ausführliche Berichte zum Fortschritt benötigt, die bei der Integration zwischen den TFS- und SQL Server-Berichterstellungsdiensten verfügbar sind, oder aber virtuelle Labcomputer und automatisierte Tests benötigt, die über Visual Studio Lab Management bereitgestellt werden.Obwohl der Dienst eine Teamseite und ein Dashboard bereitstellt, ist dieser nicht so aussagekräftig wie die Integration, die zwischen TFS, SQL Server Reporting Services und SharePoint Foundation 2010 verfügbar ist.

Außerdem ist die Team Foundation-Dienstvorschau keine gute Wahl, wenn für das Projekt strikte Richtlinien eingehalten werden müssen.Wählen Sie den gehosteten Dienst nicht aus, wenn Sie in einem streng regulierten Umfeld wie der Finanzbranche als Entwickler tätig sind oder das Projekt zu Überwachungszwecken die vollständige Kontrolle über die zugehörige Infrastruktur erfordert.

Beispiele für gehostete Bereitstellungen

Sie können festlegen, dass die Buildcomputerressourcen in der Cloud zusammen mit den übrigen serverseitigen Aspekten der Bereitstellung gehostet werden. Sie können aber auch lokale Buildserver verwenden.Sie verwenden möglicherweise einen gehosteten Buildserver für integrierte Builds, während die Entwickler lokale Buildserver verwenden, um vorläufige Builds auszuführen.

Gehostete Topologie mit Build in der Cloud