RDS（Relational Database Service）是阿里雲提供的關系型數據庫服務，是將直接運行於物理服務器上的數據庫實例租給用戶，通過對硬件資源的獨占分配（這是我們的猜想）避開了雲服務器硬盤IO共享帶來的性能問題。付出的代價是拋棄了雲平台中的關鍵角色——虛擬化平台。
如果把物理服務器比作發電廠，虛擬化平台就是電網，RDS的解決方案就如同——電網的問題造成供電電壓不穩定，於是發電廠直接拉根輸電線到用戶的家里，不走電網。
如果把物理服務器比作自來水處理廠，虛擬化平台就是公共供水管線，RDS的解決方案就如同——由於某些低樓層用戶用水量大，供水水壓不夠，造成高樓層用戶用水困難，於是自來水處理廠直接鋪設一根供水管道到用戶家里，不走公共供水管線。
這樣的確能解決問題，但付出的昂貴代價是犧牲雲計算的核心優勢——動態的合理分配計算資源的能力（補充：這里基於我們的一個假設——基於虛擬化平台才能更好地進行計算資源的動態的合理的分配）。昂貴代價帶來的昂貴成本最終還是轉嫁到用戶頭上。
請看下面的RDS與雲服務器的價格對比：
1. RDS（4型，CPU未知，6G內存，300G存儲空間，3060元/月）
2. 雲服務器（8核，32G內存，400G存儲空間，2939元/月）
差不多的價格（不考慮SQL Server License的情況下），雲服務器的內存是RDS的5倍多，對於很多讀遠大於寫的網站應用，內存多多益善。如果不是磁盤IO的問題，除了不在乎錢的網站，誰會選擇RDS。再加上使用RDS，不能直接控制數據庫服務器的種種限制，多數人都不敢輕易上這個“賊船”。
看到園子里一些使用阿里雲的朋友迫於雲服務器磁盤IO性能問題無奈地選擇了RDS，就如同看到很多病人購買昂貴的止痛葯治病。但止痛葯畢竟只能止痛，而且目前只能止部分的痛（MySQL, SQL Server），其他對磁盤IO要求高的應用只能忍受病痛的煎熬。這不是長久之計，只有研制出解葯才能從根本上解痛。解痛還得系痛人，只有阿里雲從虛擬化平台本身着手，逐步改善磁盤IO性能，最終葯到病除，才能從根本上解決問題。我們不擔心阿里雲研制解葯的能力，擔心的是假如賣止痛葯很賺錢，研制出解葯會斷了賣止痛葯的財路，阿里雲如何面對這樣的誘惑？就像醫生面對看病還是賣葯的誘惑。
很多問題不能解決，不是因為缺少能力，也不是因為缺少資源，而是因為缺少決心！一年之計在於春，雲計算的春天已經來臨，如果不在春天的時候解決根本問題，到秋天收獲的季節會后悔莫及。