2016-12-22 2 views
2

サービスファブリックにはまだまだ新しいですが、これほど先進的なものはデバッグが非常に遅いことに驚いています。私はかなり高速のマシンを使用していますが、クラスタを解体して再起動するのに4〜5分かかります。私はそれをgoogledし、他の誰かがショーストッパーとしてこれを報告していることを見ることができません。サービスファブリック遅い開発サイクル

+1

あなたは地元の開発クラスターについて話していますか?なぜあなたはそれを裂かなければならないのですか? Service Fabricアプリケーションをデバッグすると、Visual Studioツールはアプリケーションをローカルクラスタに展開します。デバッグを停止すると、ツールがローカルクラスタからアプリケーションを削除します。 – JZimmerman

+0

SSDを使用していますか?ウイルス対策システム\ Windows Defenderが有効になっていますか? – cassandrad

答えて

2

あなたの遅い開発のターンアラウンドタイムを支援するいくつかの手がかり:

  • ローカルで開発する場合、展開とアップグレードをスピードアップ(以下/障害ドメインをアップグレード)するため に一つのノードクラスタを使用することを検討してください:あなたはセットアップに/一度、それを起動し、 デバッグセッションの間で実行されている、それを維持するよりも、自分のクラスタを作成し、Visual Studioのアップグレード/アンインストールの 世話をする必要 https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-get-started-with-a-local-cluster#one-node-and-five-node-cluster-mode

  • デバッガ を起動したときのSF Apps。

  • あなたがSFのアプリケーションをアンインストールしてインストールまたはデバッガ、インパクトの展開時間を起動したとき にアップグレードされますかどうかを判断 にSFアプリケーションプロジェクトのプロパティを変更することができます。

  • コンパイルを高速化し、 デプロイメント(ファイル集約型)のSSDドライブからの実行を検討してください。

2-3サービスでSFアプリケーションのデバッガをコンパイル、デプロイ、アタッチするのに1分以下かかることがあります。

+0

また、この新しい機能があります: "Refresh Application"はあなたのローカル開発をスピードアップします。 [続きを読む](https://blogs.msdn.microsoft.com/azureservicefabric/2017/04/17/speed-up-service-fabric-development-with-the-new-refresh-application-debug-mode-2 /) – Thieme

関連する問題