網(wǎng)友解答: 這個(gè)問題本質(zhì)上就是私有云與公有云的區(qū)別。私有云所有的事情都是自己操心，自己采購(gòu)、自己部署、自己運(yùn)維，換來的是自己對(duì)IT的100%的控制。而公有云很多工作交給了服務(wù)商，沒有采購(gòu)

這個(gè)問題本質(zhì)上就是私有云與公有云的區(qū)別。私有云所有的事情都是自己操心，自己采購(gòu)、自己部署、自己運(yùn)維，換來的是自己對(duì)IT的100%的控制。而公有云很多工作交給了服務(wù)商，沒有采購(gòu)的環(huán)境、沒有運(yùn)維的環(huán)節(jié)，需要時(shí)候隨時(shí)擴(kuò)容，非常靈活，但很多工作也受制于服務(wù)商，比如性能什么的也只能由服務(wù)商定，另外也需要花錢，是持續(xù)不斷地付費(fèi)，只要還在用。

具體到阿里云數(shù)據(jù)庫(kù)的使用，除了上面的選擇原因之外，最重要的考慮是你整個(gè)IT系統(tǒng)的部署方式，如果你的IT系統(tǒng)都在阿里云上，那么你也就只有上云數(shù)據(jù)庫(kù)了。

另外，數(shù)據(jù)庫(kù)的部署和運(yùn)維也是一個(gè)技術(shù)性很強(qiáng)的工作，現(xiàn)在的數(shù)據(jù)庫(kù)安裝是越來越簡(jiǎn)單了，但運(yùn)維依然是一個(gè)技術(shù)活，特別是遇到問題的時(shí)候。去年，數(shù)據(jù)庫(kù)大佬甲骨文提出了自治數(shù)據(jù)庫(kù)的說法，其目的也在于此。即使如此，人對(duì)于數(shù)據(jù)庫(kù)的使用還是非常重要的。而且除了甲骨文外，其他數(shù)據(jù)庫(kù)目前還做不到。如果沒有專業(yè)的DBA，同時(shí)業(yè)務(wù)又很關(guān)鍵，上云也是一個(gè)可以考慮的辦法。

問這個(gè)問題，可以猜測(cè)出題注對(duì)于服務(wù)器和web程序不是很了解。

前段時(shí)間，我自己搞了一個(gè)網(wǎng)站程序，租了一個(gè)云服務(wù)器，咋一看服務(wù)器挺牛逼的，8核cpu 4G內(nèi)存，跑centos應(yīng)該很拉風(fēng)了。但是現(xiàn)實(shí)情況是，數(shù)據(jù)量小的時(shí)候，網(wǎng)站運(yùn)行很流暢，數(shù)據(jù)量大的時(shí)候就很差了。

經(jīng)過對(duì)比分析，才找到性能瓶頸的原因，數(shù)據(jù)庫(kù)。是的你沒有看錯(cuò)，數(shù)據(jù)庫(kù)性能達(dá)不到導(dǎo)致網(wǎng)站訪問的時(shí)候，訪問等待時(shí)間過長(zhǎng)，甚至達(dá)到1分鐘以上。

當(dāng)你的數(shù)據(jù)庫(kù)內(nèi)容達(dá)到一定級(jí)別之后，就需要用專門的數(shù)據(jù)庫(kù)了，因?yàn)檫@個(gè)是解決性能瓶頸的一個(gè)有效手段。

小打小鬧 數(shù)據(jù)庫(kù)內(nèi)容較少，就直接用服務(wù)器上自己安裝的數(shù)據(jù)庫(kù)就行。