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

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

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

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

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

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

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

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

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