0

Ich bin gerade dabei, von der Vollversion Release Management auf die webbasierte Version in TFS 2015 zu migrieren. Eine Sache, die mir aufgefallen ist, ist, dass Sie im alten Client können erstellen eine Bereitstellungssequenz und konfigurieren Aktionen parallel laufen zu lassen, zum Beispiel könnte ich diese beiden Schritte habe zur gleichen Zeit ausgeführt wird:Release Management TFS 2015 - Keine parallelen Aufgaben

SQLServer - DeployDatabase.ps1
AppServer - DeployWebApp.ps1

im webbasiertes Version es erscheint das Äquivalent von 'Aktionen' (jetzt als 'Aufgaben' bezeichnet) kann nur seriell gesetzt werden. Sie sehen also möglicherweise einen erheblichen Zeitverlust, wenn Sie die Idee paralleler Aufgaben auf mehrere Serverrollen erweitern (die alle unabhängige Schritte ausführen).

Aus Gründen der Übersichtlichkeit weiß ich, dass Sie eine Aufgabe einrichten können, die auf eine Gruppe von Servern abzielt, aber dies beschränkt Sie darauf, jeweils nur eine Art von Aufgabe auszuführen.

Also meine Frage ist: Existiert diese Funktionalität? Habe ich irgendwo einen Trick verpasst? Das neue webbasierte Release-Management scheint sich mehr auf den Aspekt der parallelen Bereitstellung von Umgebungen zu konzentrieren und vergisst dabei, dass die Bereitstellung in jeder Umgebung so schnell wie möglich erfolgen muss.

Bearbeiten: Ein Beispiel für das, was ich oben beschreibe.

Parallel Template

Sie können sehen, dass ich parallel Implementierungen haben eine Umgebung vorkommenden auf verschiedenen Serverrollen withing. Ich verstehe, dass die Empfehlung in der Antwort von Daniel Mann darin besteht, mehrere Umgebungen zu erstellen und entsprechend auszulösen. Das Problem mit mehreren "Envs" besteht darin, dass wir alle guten Dinge wie die Fähigkeit, Umgebungen schnell zu kopieren und zu manipulieren, verlieren . IE Ich habe eine DEV-Umgebungsvorlage erstellt und diese "Umgebung" kopiert, um "QA" zu erstellen, aber wenn ich 10 "Environments" für eine wahre "Umgebung" hätte, müsste ich diesen Overhead verwalten. Es fühlt sich an, als ob ein großer Teil der Benutzerfreundlichkeit in dem neuen Angebot entfernt wurde. Oder fehlt mir das neue Konzept?

Antwort

1

Das Angebot in TFS 2015 ist in dieser Hinsicht ein bisschen begrenzt, aber das Angebot hat sich seitdem schnell verbessert. In TFS 2017 (und VS Team Services) können Sie robustere Umgebungsauslöser und Bereitstellungsbedingungen für Umgebungen festlegen. Auf diese Weise können Sie sich in mehreren simultanen Umgebungen "ausbalancieren" und dann in nachfolgenden Umgebungen "fächern". Damit können Sie zum Beispiel haben eine Umgebung Pipeline, die wie folgt aussieht:

  Dev 
    _____|_________ 
    |    | 
QA Database Tier QA Web Tier 
    |_______________| 
      | 
     Staging 
      | 
     etc 

Sowohl die „QA“ Umgebungen könnte unabhängig parallel bereitstellen sein, solange es ihnen mehrere Agenten verfügbar waren zu laufen.

Beachten Sie jedoch, dass die Lizenzanforderungen für gleichzeitige Builds/Bereitstellungen in TFS 2017 und VS Team Services unterschiedlich sind. Der Release-Hub in TFS 2015 wurde als "Vorschau" betrachtet und hatte keine besondere Lizenzierungsanforderung in Bezug darauf, wie viele gleichzeitige Build/Deploy-Pipelines ausgeführt werden könnten.

+0

Danke für die Antwort Daniel. Ich denke, ich folge, aber um zu verdeutlichen, gliedern Sie die QA-Umgebung in zwei separate Umgebungen, um parallele Aufgaben auf zwei verschiedenen Serverrollen ausführen zu lassen. IE Ich würde eine Build-Definition erstellen, würde ich 2 Umgebungen hinzufügen und Aufgaben oder Aufgaben für jeden festlegen, würde ich dann die Pipeline-Triggering auf beide dieser "Umgebungen" gleichzeitig ausschalten (aber diese Voraus Triggerung ist nicht verfügbar im Jahr 2015). – Re1ease

+0

@ Re1ease Das ist richtig. –

+0

Ich habe meine Frage mit mehr Details bearbeitet, konnte meine Antwort in einen Kommentar nicht passen :) – Re1ease

Verwandte Themen