我的用戶全天候使用本網站。是否有構建時間的模因?我應該什麼時候生產?
國際觀衆,東部時間的單一服務器集羣,但早上受到國際客戶的歡迎。
1分貝,幾個網絡服務器,所以如果沒有數據庫,簡單,每當。
但是當這個網站不得不倒閉的時候,作爲一個程序員,你會什麼時候最不發狂,以便看到15分鐘的時間。
我的用戶全天候使用本網站。是否有構建時間的模因?我應該什麼時候生產?
國際觀衆,東部時間的單一服務器集羣,但早上受到國際客戶的歡迎。
1分貝,幾個網絡服務器,所以如果沒有數據庫,簡單,每當。
但是當這個網站不得不倒閉的時候,作爲一個程序員,你會什麼時候最不發狂,以便看到15分鐘的時間。
如果從用戶的角度來看沒有真正的好時機,那麼當您的團隊有最多時間從任何與構建相關的災難中恢復時,我會建議您這樣做。
根據需要使用第二個站點和熱插拔。
它是一種什麼樣的應用程序?我使用的大多數網站都傾向於在凌晨2點或3點左右更新。
熱交換的問題是數據庫仍然會被共享,而突破性的更改也會帶來不利影響。
我想你必須問你的客戶。
在任何情況下,都是凌晨。如果你在談論一個本地可用的網站,我認爲用戶不會介意他們是否在他們時區的凌晨2點得到「維護中」通知。
這裏是我做了什麼和它的工作很適合我:
取決於你的位置:4AM東海岸/ 1AM西海岸是典型的最輕的時間。
選擇幾次你想要做的事情,並將它們作爲決策者類型的選擇。不管你做什麼,在部署時都要做個「日常維護」頁面。
如果你是小,那麼是的,找到你的時候最低使用期限爲,並做到這一點,然後(我們親自,通常是徘徊d 1 AM-3AM PST是最低點...但當然從不下降到0)。一旦你開始成長爲擁有更大的用戶羣,如果你希望人們認真對待你,你需要設計你的應用程序,以便你可以升級而不需要停機。這並不簡單,而且通常涉及多臺服務器。
我花了年齡試圖讓我們的應用程序這一點,我已經拿出了迄今爲止最好的是在同時運行舊版本,新版本一兩個小時。在切換時登錄的用戶停留在舊版本上,直到他們註銷。下一次他們進入新版本。任何在切換後進入的用戶都會直接發送到新版本。它仍然不是萬無一失的,但它非常好。
首先使用分析工具來嘗試並確定典型的「輕」的交通時間。與大多數用戶相比,根據網站和您在世界上的位置,可能是凌晨4點,可能是下午1點,誰知道。然後,一旦你有一個很好的時間內確定下來,確保有你的部署過程儘可能地自動化,所以它發生得很快,以儘量減少你的網站的停機時間。
希望我們在督促有符號鏈接,windoze – DevelopingChris 2008-09-18 04:23:50