我們的虛擬應(yīng)用程序?qū)⒚刻?4小時(shí)在線。當(dāng)美國海岸在不同的時(shí)間醒來時(shí),一天會(huì)有兩個(gè)高峰。我們的峰值足夠高,允許在水準(zhǔn)期間進(jìn)行維護(hù)操作,但不能關(guān)閉,只會(huì)降低進(jìn)行這些維護(hù)操作的能力。停機(jī)將直接影響系統(tǒng)的底線。將來,我們會(huì)擴(kuò)展到歐洲和亞洲,所以停機(jī)時(shí)間就更不可行了。會(huì)有季節(jié)性的高流量,在一些流行的網(wǎng)站主頁,我們可能會(huì)提到,導(dǎo)致流量激增。這不重要-我們可以降級(jí),而不是分解它。
數(shù)據(jù)庫將有95%的讀取和5%的寫入。
常熟做網(wǎng)站應(yīng)用各種網(wǎng)絡(luò)程序開發(fā)技術(shù)和網(wǎng)頁設(shè)計(jì)技術(shù),為企事業(yè)單位、公司或個(gè)人在全球互聯(lián)網(wǎng)上建設(shè)站點(diǎn),并包含域名注冊和主機(jī)托管等服務(wù)的總稱大多數(shù)寫操作都是單行操作,具有復(fù)雜的查詢.這些查詢可能非常耗時(shí),為了提高效率,您必須預(yù)先計(jì)算一些聚合或去規(guī)范化一些數(shù)據(jù),這將是一個(gè)非常昂貴的CPU進(jìn)程。我們將把這些耗時(shí)分析的費(fèi)用分成一整天,這樣使用的數(shù)據(jù)就會(huì)有點(diǎn)過時(shí)。在某個(gè)時(shí)候使用這些過時(shí)的數(shù)據(jù)是可以的,有時(shí)我們必須在一天內(nèi)逐步更新數(shù)據(jù)。
數(shù)據(jù)庫模式問題尚未解決,應(yīng)用程序不成熟,發(fā)展迅速,包括數(shù)據(jù)庫模式不斷變化。其結(jié)果是在線部署。因此,您必須在生產(chǎn)環(huán)境中運(yùn)行ALTERTABLE,作為更新數(shù)據(jù)庫模式的常規(guī)方法,并且它不會(huì)影響可用性。我們知道數(shù)據(jù)將變得越來越大,而改變將需要越來越長的時(shí)間來承受。
不斷增長的負(fù)載將超過單個(gè)服務(wù)器的容量。
常熟網(wǎng)站制作通俗的來說就是網(wǎng)站通過頁面結(jié)構(gòu)定位,合理布局,圖片文字處理,程序設(shè)計(jì),數(shù)據(jù)庫設(shè)計(jì)等一系列工作的總和,也是將網(wǎng)站設(shè)計(jì)師的圖片用HTML(標(biāo)準(zhǔn)通用標(biāo)記語言下的一個(gè)應(yīng)用)方式展示出來。不管你能走多遠(yuǎn),因?yàn)橹挥腥N:零、一和多。無論如何,我們認(rèn)為這個(gè)應(yīng)用程序不會(huì)增長到互聯(lián)網(wǎng)的大小,所以我們會(huì)考慮幾到幾十個(gè)。在
范圍內(nèi)的數(shù)據(jù)丟失是可以接受的。如果一個(gè)服務(wù)器消失了一段時(shí)間,它將損失一小筆錢,但將面臨管理組織。無論如何,我們強(qiáng)烈希望數(shù)據(jù)庫服務(wù)器是高度可用的,需要一年的存儲(chǔ)時(shí)間加起來不超過一天。因?yàn)槲宸昼姷耐C(jī)時(shí)間比失去五分鐘的數(shù)據(jù)要昂貴得多。
為了災(zāi)難恢復(fù)的目的,我們要求數(shù)據(jù)庫在最壞的情況下能夠恢復(fù)到昨天的數(shù)據(jù),而且在大多數(shù)情況下,我們當(dāng)然希望能夠恢復(fù)這些數(shù)據(jù)。在不超過幾秒鐘的時(shí)間內(nèi)丟失數(shù)據(jù)。希望恢復(fù)過程通常不會(huì)超過一個(gè)小時(shí),而在最壞的情況下,如丟失大量數(shù)據(jù)或服務(wù)器,恢復(fù)時(shí)間將不到一天。