2016-10-07 1 views
0

, über das wir von Fogbugz zu VSTS wechseln und möchten uns bei allen unseren bestehenden Fogbugz Workitems importieren, die Zahlen über 17000.VSTS-Leistung als WIT-Zählung wächst?

in diesem Bereich ein Volumen von Workitems Würde die Gesamtleistung von VSTS beeinflussen?

+1

Die Workitem Datensätze gespeichert werden in einer SQL Azure-Datenbank sein muss, dass wir es nicht direkt zugreifen können, müssen zu viele Daten Die Leistung wird beeinträchtigt, da das Abrufen von Daten aus der SQL-Datenbank mehr Zeit in Anspruch nimmt, die Leistung jedoch nicht zu stark abnimmt. Auf der anderen Seite bezieht sich dieser Blog auf das Datenlimit, das Sie vielleicht kennen sollten https://blogs.msdn.microsoft.com/bharry/2013/11/20/how-much-data-can-you-put- auf-vsonline /. –

Antwort

1

VSTS führt meines Wissens größere Zahlen ohne viel Aufwand.

Das heißt, Sie können Leistungsprobleme haben, wenn Sie Ihre Daten nicht entlang einer integrierten Dimension organisieren. Stellen Sie sich vor, die Benutzeroberfläche würde zum Stillstand kommen, da sie versucht, alle 17.000 Artikel gleichzeitig anzuzeigen.

Wenn Sie Ihre ursprünglichen Daten Iterationen (z. B. Sprints), Bereichen, Projekten, Teams usw. zuordnen, sehe ich überhaupt kein Problem.

1

zur vorherige Antwort hinzuzufügen, können Sie auch, dass testen Sie selbst:

öffnen Sie einen (frei) Test VSTS Konto und ihren REST API zur Eingabe verwenden entweder Ihre 17000 Artikel oder 17000 gefälschte Artikel (Zufallsdaten) und überprüfen Sie dann selbst, ob die Benutzeroberfläche noch reagiert.

Sie können auch einen MS-Programm-Manager kontaktieren, der mit VSTS arbeitet und ihn fragen.

Meines Wissens nutzt MS VSTS für alle ihre Produkte, die größer als 17000 Work Items

+0

Das waren meine Gedanken genau. Tests stehen für diese Woche auf dem Programm. Ich wollte nur ein paar Einblicke von anderen bekommen, um einige reale Szenarien zu sehen. – GaTechThomas