WITカウントとしてのVSTSパフォーマンスが向上しますか？

私たちは、VSTSにFogBugzのからの切り替えしようとしていると17000WITカウントとしてのVSTSパフォーマンスが向上しますか？

に関する数字は、この範囲内の作業項目のボリュームがVSTSの全体的なパフォーマンスに影響を与える当社の既存のFogBugzの作業項目のすべてをインポートしたいですか？

2016-10-07 GaTechThomas

より大きくなければなりませんすべての自社製品についてVSTSを使用して、作業項目のレコードが、我々はそれを直接アクセスすることはできませんSQL Azureのデータベースに格納され、データが多すぎるしなければなりませんパフォーマンスに影響するのは、SQLデータベースからデータを取得するのに時間がかかりますが、パフォーマンスはあまり低下しません。一方、このブログは、データの制限に関連しているため、https://blogs.msdn.microsoft.com/bharry/2013/11/20/how-much-data-can-you-put- on-vsonline /。 –

私の知る限り、VSTSは大きな数字を使っています。

つまり、組み込みディメンションに沿ってデータを整理しないと、パフォーマンスの問題が発生する可能性があります。一度にすべての17,000アイテムを表示しようとしているので、UI研削が停止すると想像してください。

オリジナルデータをイテレーション（つまりスプリント）、エリア、プロジェクト、チームなどにマップすると、何の問題もありません。

出典

2016-10-10 10:35:53

前の回答に追加するには、あなたも自分のためにそれをテストすることができます。

オープン（無料）テストVSTSアカウントと17000個のアイテムや17000偽のアイテム（ランダムデータ）のいずれかの入力に自分のREST APIを使用しますUIがまだ応答しているかどうかを確認してください。

また、VSTSで動作するMSプログラムマネージャーに問い合わせて、彼に尋ねることもできます。私の知る限り

、MSは17000の作業項目

出典

2016-10-11 19:37:35 Tomap

これは私の考えでした。テストは今週のアジェンダにあります。実世界のシナリオを捉えるために、他の人からいくつかの洞察を得たいだけでした。 – GaTechThomas

WITカウントとしてのVSTSパフォーマンスが向上しますか？

答えて

関連する問題