網(wǎng)站建設(shè)中如何做好可用的架構(gòu)設(shè)計(jì)

 網(wǎng)站建設(shè)中如何做好可用的架構(gòu)設(shè)計(jì)是關(guān)于網(wǎng)站建設(shè)中如何做好可用的架構(gòu)設(shè)計(jì)的文章，同信長春網(wǎng)站公司幫您了解網(wǎng)站建設(shè)中如何做好可用的架構(gòu)設(shè)計(jì)的方面的知識.

     一個架構(gòu)要設(shè)計(jì)的好，和對需求的理解是分不開的。因此在現(xiàn)實(shí)中，我們發(fā)現(xiàn)業(yè)務(wù)領(lǐng)域?qū)＜覒{借著他對業(yè)務(wù)領(lǐng)域的了解，能夠幫助開發(fā)人員設(shè)計(jì)出優(yōu)秀的架構(gòu)來。架構(gòu)是需要抽象的，它是現(xiàn)實(shí)社會活動的一個基本模型，而業(yè)務(wù)領(lǐng)域的模型僅僅憑開發(fā)人員是很難設(shè)計(jì)出來的。在ERP的發(fā)展史上，我們看到MRP發(fā)展為MRPII，在發(fā)展到閉環(huán)MRP，直到發(fā)展成為現(xiàn)在的ERP，主要的因素是管理思想的演化，也就是說，對業(yè)務(wù)領(lǐng)域的理解進(jìn)步了，架構(gòu)才有可能進(jìn)步。

第一、 支持快速定位故障

     從實(shí)際工程的角度看，不出故障的服務(wù)是不存在的，所以出了故障要能夠快速發(fā)現(xiàn)和定位，在外部用戶發(fā)現(xiàn)前，通過報(bào)警機(jī)制，能準(zhǔn)確定位故障原因，幫助工程師盡快處理問題，防止進(jìn)一步影響業(yè)務(wù)。 

第二、 支持快速恢復(fù)業(yè)務(wù)

     這一點(diǎn)需要多說兩句，有關(guān)“恢復(fù)業(yè)務(wù)”和“解決問題”之間的區(qū)別，這兩個詞也正好說明了線上出現(xiàn)故障后，我們解決問題的兩種不同思路。簡單的說，“恢復(fù)業(yè)務(wù)”的意思是線上故障是什么原因可以先暫時放在一邊，我們先找到快速的臨時方案，讓業(yè)務(wù)跑起來。很多同學(xué)在處理生產(chǎn)故障的時候有一個思維慣性：先努力找到問題的起因，然后改代碼解決問題，測試，發(fā)布上線，最后業(yè)務(wù)功能才能正常工作。實(shí)際上，一個流程走下來，時間成本是很高的，業(yè)務(wù)因?yàn)楸敬喂收鲜艿捷^大的影響。比如說某臺機(jī)器上的服務(wù)響應(yīng)很慢，導(dǎo)致請求超時，可能的原因有：網(wǎng)絡(luò)帶寬出現(xiàn)問題、機(jī)器磁盤有問題、機(jī)器的CPU或者M(jìn)emory不夠用了、應(yīng)用程序有死循環(huán)、jvm垃圾回收時間變長......要在短短幾分鐘內(nèi)排查這么多可能的原因是很難的，但我們不知道真正的原因也可以恢復(fù)業(yè)務(wù)，比如說最簡單的方法就是直接把這臺機(jī)器立刻下線，讓流量分配到其它的機(jī)器或者新添加的機(jī)器上。

第三、 保持業(yè)務(wù)高穩(wěn)定性

     系統(tǒng)穩(wěn)定性是高可用的根本目的，通俗的說，系統(tǒng)能持續(xù)可用，不會無故宕機(jī)，在高壓下仍然能正常工作。既然我們的目標(biāo)是做到高可用，那么我們就有必要先明確清楚高可用的含義，并通過拆解目標(biāo)，讓目標(biāo)可以被量化。

     在敏捷方法論中，需求最好是迭代進(jìn)行的，也就是說一點(diǎn)一點(diǎn)的作需求。這種做法在那些需求變化快的項(xiàng)目中尤其適用。由于我們采用的流程是一種迭代式的流程，這里我們將會面臨著如何對待上一次迭代的中間產(chǎn)物的問題。如果我們每一次迭代都需要修改已存在的中間產(chǎn)物，那么這種維護(hù)的成本未免過大。

網(wǎng)站建設(shè)中如何做好可用的架構(gòu)設(shè)計(jì)由同信長春網(wǎng)站建設(shè)公司為您提供，同信長春網(wǎng)站制作公司為您提供長春網(wǎng)站制作更多內(nèi)容：轉(zhuǎn)載網(wǎng)站建設(shè)中如何做好可用的架構(gòu)設(shè)計(jì)請注明出處。http://m.xlyor.cn