前言
最近這幾週的工作內容就是不斷對 WebAPI 進行壓力測試。與過去最大不同的是,這次有強大硬體設備讓我做更嚴格測試案例。這篇文章簡單紀錄整個測試過程,但並非所有調整都有顯著效能提升,這裡僅作為個人筆記與提供有興趣的人參考。
最近這幾週的工作內容就是不斷對 WebAPI 進行壓力測試。與過去最大不同的是,這次有強大硬體設備讓我做更嚴格測試案例。這篇文章簡單紀錄整個測試過程,但並非所有調整都有顯著效能提升,這裡僅作為個人筆記與提供有興趣的人參考。
在前面六篇文章,我們介紹有關實作 Deploy 的方法與處理 CDN 環境下遭遇的問題。而在這一篇文章我們將要介紹最後一個步驟:變更站台實體路徑。如同先前文章提過的,這一個步驟為的是避免在 Deploy 過程中,使用者進行操作可能得到網站錯誤訊息的處理方法,若您的產品有固定維護或更版時間,或許可以跳過這個步驟。另一個好處是,若在 Deploy 過程中發生程式或系統等不可預期的錯誤,仍有機會可以切換回前一個正常版本,漸少服務停擺時間,降低損失。本篇文章若有錯誤或任何建議,請各位先進不吝提出,謝謝!
註:因.Net Core與.Net Framework皆可使用此方式變更實體路徑,故本篇文章為參考個人部落格案例撰寫
安裝Windows Server Hosting遇到問題處理方法
本篇文章記錄在 .Net Core 開發 Web application 過程中,如何在佈署至 IIS 過程中,因應
不同佈署環境進行環境變數的設定,並且取得正確的 appsettings.json。若有說明錯誤或
建議,也希望各位前輩不吝指教。
本篇文章是學習與嘗試建 ASP .Net Core Web Application 持續整合遇到,比較基礎的問題
。主要是 deploy to IIS 後, stdoutLogFile 無法產生的問題 (permission issue),在這邊做一個
紀錄避免以後重蹈覆轍,也提供給有需要的開發者參考。若有說明錯誤或相關建議,請各
位先進不吝指教。
測試環境:
Windows 10
Visual Studio 2015 Update 3
Visual Studio Core
IIS Version 10.0.10586.0
ASP .Net Core 1.0