[點晴永久免費OA]云盤是不是殺豬盤？
當(dāng)前位置：點晴教程→點晴OA辦公管理信息系統(tǒng)
→『 經(jīng)驗分享&問題答疑 』
我們已經(jīng)用數(shù)據(jù)回答了《云數(shù)據(jù)庫是不是殺豬盤》這個問題，但在公有云塊存儲的百倍溢價殺豬比率前，云數(shù)據(jù)庫只能說還差點意思。本文用實際數(shù)據(jù)揭示公有云真正的商業(yè)模式 —— 廉價EC2/S3獲客，EBS/RDS殺豬。而這樣的做法，也讓公有云與其初心愿景漸行漸遠。 TLDR：太長不看 WHAT：真正的殺豬盤 WHY：為什么要這樣定價 HOW：還原殺豬盤內(nèi)幕 被遺忘的初心愿景 博弈將走向何方？ TL;DR 太長不看EC2 / S3 / EBS 是所有云服務(wù)的定價之錨。如果說 EC2/S3 定價還勉強能算合理，那么 EBS 的定價乃是故意殺豬。公有云廠商最好的塊存儲服務(wù)與自建可用的 PCI-E NVMe SSD 在性能規(guī)格上基本相同。然而相比直接采購硬件，AWS EBS 的成本高達 60 倍，而阿里云的 ESSD 則可高達 100 倍。 即插即用的磁盤硬件，百倍溢價到底為何？云廠商無法解釋如此的天價到底源于何處。結(jié)合其他云存儲服務(wù)的設(shè)計思路與定價模型，只有一個合理的解釋：EBS的高溢價倍率是故意設(shè)置的門檻，以便于云數(shù)據(jù)庫殺豬。 作為云數(shù)據(jù)庫定價之錨的 EC2 與 EBS，溢價分別為幾倍與幾十倍，從而支撐起云數(shù)據(jù)庫的殺豬高毛利。但這樣的壟斷利潤必定無法持久：IDC 2.0/運營商/國資云沖擊 IaaS；私有云/云原生/開源平替沖擊 PaaS；科技行業(yè)大裁員、AI沖擊與天朝的低人力成本沖擊云服務(wù)（運維人力外包/共享專家）。公有云如果執(zhí)著于目前的殺豬模式，背離“存算基礎(chǔ)設(shè)施”的初心，那么必將在以上三者形成的合力下面臨越來越嚴峻的競爭與挑戰(zhàn)。 WHAT：真正的殺豬盤你在家用微波爐加熱黃燜雞米飯料理包花費10元，餐館老板替你用微波爐加熱裝碗上桌收費30元，你不會計較什么，房租水電人工服務(wù)也都是要錢的。但如果現(xiàn)在老板端出同樣一碗飯跟你收費 1000 元并說：我們提供的不是黃燜雞米飯，而是可靠質(zhì)保的彈性餐飲服務(wù)，大廚品控掌握火候，按量付費想吃多少有多少，按需付費吃多少盛多少，不吃黃燜雞還有麻辣燙串串香可選，反正就值這個價，你會不會有打一頓這個老板的沖動？這樣的事情就發(fā)生在塊存儲上！ 硬件技術(shù)日新月異，PCI-E NVMe SSD 在各種指標(biāo)上都達到了一個全新水平。一塊常見的 3.2 TB 規(guī)格企業(yè)級 MLC顆粒 SSD 有著極為強悍的性能、可靠性與性價比，價格 ¥3000 元不到，全方位吊打老存儲。
Aliyun ESSD PL3 和我們 IDC 自建采購 PCI-E NVMe SSD 【1】是同一家供應(yīng)商。所以在最大容量和 IOPS 限制上都一模一樣。AWS 最好的塊存儲 io2 Block Express 的規(guī)格和各類指標(biāo)也基本類似。云廠商提供的最高端存儲就是使用這種 32 TB 的單卡，所以才會有 32TB 最大容量的限制（AWS 64T），可以認為底下的實際硬件基本是高度一致的。
然而相比直接采購硬件，AWS EBS io2 的成本高達 120 倍，而阿里云的 ESSD PL3 則高達 200 倍。以 3.2TB 規(guī)格的企業(yè)級 PCI-E SSD 卡為參照基準(zhǔn)，AWS 上按需售租比為 15 天，阿里云上不到 5 天，租用此時長即可買下整塊磁盤。若在阿里云以采購三年預(yù)付最大優(yōu)惠五折計算，三年租金夠買下 120 多塊同款硬盤。
你這 SSD 是金子做的 ？ 當(dāng)然，云廠商會爭論說塊存儲的對標(biāo)物是 SAN，而本地 DAS 在云上的對標(biāo)物應(yīng)當(dāng)是實例存儲（Host Storage）。但是，公有云的實例存儲基本都是臨時性的（ Ephemeral Storage），實例一旦休眠/停止就會回收抹除數(shù)據(jù)【7，11】，難以用于嚴肅的生產(chǎn)數(shù)據(jù)庫，云廠商自己也建議你不要把重要數(shù)據(jù)放在上面。因此唯一能用于數(shù)據(jù)庫的存儲就是 EBS 塊存儲 。類似于DBFS之類的產(chǎn)品指標(biāo)與成本與 EBS 基本類似，也在此合并同類項。 說到底，用戶在意的不是設(shè)備塊底下到底是 SAN，SSD，還是HDD；真正重要的永遠是實打?qū)嵉挠仓笜?biāo)：延遲、IOPS，可靠性，成本。拿本地與云上的最好選項對比，沒有任何問題，更別提最好的云存儲底下用的也是一樣的本地盤了。 有的“專家”又會說，云上的塊存儲穩(wěn)定可靠，多副本冗余糾錯。在以前，Share Everything 的數(shù)據(jù)庫要用 SAN 存儲跑，然而現(xiàn)在很多數(shù)據(jù)庫都是 Share Nothing 架構(gòu)了。在數(shù)據(jù)庫實例層面進行冗余，不需要存儲層再搞個三副本，更何況企業(yè)級磁盤本身就有極強的自我糾錯能力與安全冗余（ UBER < 1e-18 ）。在上層數(shù)據(jù)庫本身已經(jīng)有冗余的情況下，多副本塊存儲對數(shù)據(jù)庫來說屬于毫無意義的浪費。退一萬步講，如果云廠商真的用了多余的兩副本來做無謂的冗余，那也不過是溢價率從 200x 降到 66x ，殺豬邏輯依然沒有質(zhì)變。 “專家”還會說，買“云服務(wù)”其實類似于買保險：“年化 0.02% 的故障看起來大部分人一次都遇不到，但是遇到一次就毀滅性的打擊，而云廠商來為你兜底”。聽上去好像很有吸引力。但翻開各家云廠商 EBS 的 SLA，你會發(fā)現(xiàn)壓根沒有為可靠性兜底的條款。ESSD 云盤介紹上是寫了 9個9 的數(shù)據(jù)可靠性，但他也不敢把這句話寫到 SLA 里。云廠商敢兜的只有可用性，而且還是相當(dāng)遜的可用性，以 AWS EBS SLA 【9】為例：
翻譯成大白話就是：如果一個月里掛一天半（95%），本月此項服務(wù)費補償100%代金券，掛了7個小時（99%）補償 30% 代金券，掛了幾十分鐘 （99.9%單盤，99.99%區(qū)域）補償10%代金券。云廠商收了百倍費用，這么大的重大沖擊就補償點代金券？掛幾分鐘都受不了的應(yīng)用，誰會稀罕這幾毛錢代金券？莫過于前幾年那篇《騰訊云給一家創(chuàng)業(yè)公司帶來的災(zāi)難》 順豐快遞保價 1% ，搞丟了人家真的賠你。每年幾萬塊的商業(yè)醫(yī)保，出問題真能兜底幾百萬。不要侮辱“保險”這個行業(yè)，起碼人家也是一分錢一分貨的。所以，SLA 對用戶來說不是兜底損失的保險單。在最壞的情況下，它是吃不了兜著走的啞巴虧。在最好的情況下，它才是提供情緒價值的安慰劑。 云數(shù)據(jù)庫服務(wù)的溢價還可以用 “專家人力” 來解釋，但這一點對于服務(wù)器插上就能用的磁盤完全說不通，云廠商自己也講不出這里幾十倍的價格到底溢在哪里。你去問他們的工程師，大概逼急了也只能告訴你： “我們抄 AWS ，人家就是這么設(shè)計的” WHY：為什么要這樣定價即使是公有云自己的工程師可能也搞不清楚這樣定價的意義，明白的人也不太可能會告訴你。但是這并不妨礙我們從產(chǎn)品的設(shè)計中推斷出這樣做背后的道理。 存儲是有事實標(biāo)準(zhǔn)的：POSIX 文件系統(tǒng) + 塊存儲。無論是數(shù)據(jù)庫文件，圖片音視頻都使用同樣的文件系統(tǒng)接口存儲在磁盤上。但是 AWS 的“神之一手” 將其切分為兩種不同的服務(wù)：S3 （簡單對象存儲）與 EBS （彈性塊存儲）。很多“追隨者”模仿了AWS 的產(chǎn)品設(shè)計與定價模型，卻說不清這樣做的邏輯與原理。
阿里云官網(wǎng)對 EBS 和 OSS 的定位 S3 的全稱 是 Simple Storage Service ，簡單存儲服務(wù)。它是文件系統(tǒng)/存儲的一種簡化替代：犧牲了強一致性、目錄管理，訪問時延等功能屬性，以換取廉價的成本與海量伸縮的能力。它提供了一個簡單的、高延遲、高吞吐扁平 KV 存儲服務(wù)，從標(biāo)準(zhǔn)的存儲服務(wù)中剝離出來。這個部分物美價廉，是公有云用來吸引用戶上云的一大殺手锏：因此成為了可能是唯一一個，在各家公有云通行的云計算事實標(biāo)準(zhǔn)。 而數(shù)據(jù)庫需要的是低延遲，強一致、高質(zhì)量、高性能、可隨機讀寫的塊存儲，這一部分被包裝為 EBS 服務(wù)：Elastic Block Store ，彈性塊存儲服務(wù)，這個部分成為了公有云廠商的 禁臠 ：不愿為用戶染指。因為EBS是 RDS 的定價之錨 —— 也就是云數(shù)據(jù)庫的壁壘與護城河。 賣資源吃飯的 IaaS 定價沒有太大水分空間，可以對著 BOM 一筆一筆精算。但是像云數(shù)據(jù)庫這樣的 PaaS， 里面包含的“服務(wù)”，人力 / 研發(fā)成本就包含大量水分，難以厘定，就可以名正言順的賣出天價，攫取高額利潤。盡管國內(nèi)公有云 IaaS 層存儲、計算、網(wǎng)絡(luò)三大件的收入能占營收一半的比例，但其毛利率只有 15% ～ 20%，而以云數(shù)據(jù)庫為代表的公有云 PaaS 毛利率可以達到 50% 或更高，完爆賣資源吃飯的 IaaS。 如果用戶選擇使用 IaaS 資源（EC2 / EBS）自行搭建數(shù)據(jù)庫，對云廠商而言是一筆巨大的利潤損失。所以公有云廠商會竭盡全力避免這樣的情況出現(xiàn)，而怎樣設(shè)計產(chǎn)品才能實現(xiàn)這個需求呢？ 首先，最適合用于自建數(shù)據(jù)庫的實例存儲必須添加各種限制：實例一旦休眠/停止就會回收并抹除數(shù)據(jù)，讓你沒法用 EC2 自帶的盤跑嚴肅的生產(chǎn)數(shù)據(jù)庫服務(wù)。其次盡管 EBS 相比本地 NVMe SSD 存儲性能可靠性稍顯拉胯，但用來跑數(shù)據(jù)庫也是可以的，所以這里也要限制：但也不能不給用戶，那么就設(shè)置一個天價！作為補償，次一級的廉價海量存儲 S3 就可以賣便宜一些來釣魚獲客。 當(dāng)然要想客戶買單，也需要一些云計算 KOL 來鼓吹配套 “公有云云原生” 哲學(xué)理念：“EC2 不適合放狀態(tài)喲，請把狀態(tài)放到 S3 或者 RDS 以及其他托管服務(wù)，這才是使用我們公有云的‘最佳實踐’ ”。
這四條總結(jié)的很到位，但公有云絕對不會告訴你“最佳實踐”的代價是什么。用白話解釋一下這四條的意思，這是一個為客戶精心設(shè)計的連環(huán)殺豬套： 普通文件丟S3?。ㄟ@么物美價廉的S3，還要啥 EBS？） 不要自建數(shù)據(jù)庫?。▌e想著用實例存儲折騰開源替代） 請深度使用廠商專有的身份認證系統(tǒng)（供應(yīng)商鎖定） 乖乖給云數(shù)據(jù)庫上貢！（鎖死用戶后，殺豬時刻） HOW：還原殺豬盤內(nèi)幕公有云的商業(yè)模式可以概括為：廉價EC2/S3獲客，EBS/RDS殺豬。 要想殺豬，先要養(yǎng)豬，舍不著孩子套不著狼。所以對于新用戶、初創(chuàng)企業(yè)，小微用戶，公用云都不吝于提供一些甜頭，甚至賠本賺吆喝。新用戶首單骨折，初創(chuàng)企業(yè)免費/半價 Credit，以及微妙的定價策略。 以 AWS RDS 報價為例可以看出，1核2核的迷你機型，單價也就是 幾$/核·月，折合三四百塊人民幣一年，可以說是非常便宜實惠（不含存儲）：如果你需要一個低頻使用的小微數(shù)據(jù)庫放點東西，這也許就是最簡單便宜的選擇【10】。
然而，只要你稍微把配置往上抬哪怕一丁點兒，核月單價就出現(xiàn)了數(shù)量級的變化，干到了二三十～一百來刀，最高可以翻到幾十倍 —— 算上驚悚的 EBS 價格還要再翻番。用戶只有在看到突然出現(xiàn)的天價賬單時，才會意識到到底發(fā)生了什么。 以 RDS for PostgreSQL 為例， AWS 上 64C / 256GB 的 db.m5.16xlarge RDS用一個月價格 $25,817 / 月，折合每月 18 萬元人民幣，一個月的租金夠你把兩臺性能比這還要好的多得多的服務(wù)器直接買下來自建了。租售比甚至都不到一個月，租十來天就夠你買下來整臺服務(wù)器自建。
任何理智的企業(yè)用戶都看得明白這里面的道理：如果采購這種服務(wù)不是為了短期的，臨時性的需求，那么絕對算得上是重大的財務(wù)失當(dāng)行為。 不僅僅是 關(guān)系型數(shù)據(jù)庫服務(wù) / RDS 是這樣，各種云數(shù)據(jù)庫都在殺豬。MongoDB， ClickHouse，Cassandra，用 EC2 / EBS的有一個算一個。以流行的 NoSQL 文檔數(shù)據(jù)庫 MongoDB 為例：
這種報價沒有十年腦血栓的產(chǎn)品經(jīng)理真的想不出來 五年時間正好是常見服務(wù)器折舊年限，最大折扣，12節(jié)點（64C 512G），報價兩千三百萬。這個報價的零頭就可以輕松把五年硬件代維輕松搞定，再加一個 MongoDB 專家天團為您按需定制隨意自建了。 高級餐廳加收菜品 15% 的服務(wù)費，而用戶也可以理解并支持這種合理范圍內(nèi)的利潤需求。云數(shù)據(jù)庫如果在硬件資源的基礎(chǔ)上加收百分之幾十的服務(wù)費與彈性溢價（白嫖開源的云服務(wù)就不要提軟件費用了），可以解釋為生產(chǎn)性要素的定價，解決的問題與提供的服務(wù)確實值這個錢。 然而加收百分之幾百甚至幾千的溢價，那就完全屬于破壞性要素參與分配了：云廠商吃死了用戶上來之后沒有備選項，以及遷移會產(chǎn)生傷筋動骨的大成本，所以大可以放心殺豬！在這種意義下，用戶掏的錢，買的不是服務(wù)，而是在被強制征收 “無專家稅” 與 “保護費”。 被遺忘的初心愿景因而面對殺豬的指責(zé)，云廠商也會辯解說：“哎呀，你們看到的都是列表價啦，說是最低 5折，但大客戶打起折來，可是沒有底線的哦“。作為一條經(jīng)驗法則：自建成本差不多在目前云服務(wù)列表價的零點五到一折上下浮動，如果能長期保有此折扣，云服務(wù)就會比自建更有競爭力。 專業(yè)懂行的大客戶，特別是那種隨時有能力遷移橫跳的甲方去和公有云搞商務(wù)談判，確實有可能獲取兩折的骨折折扣，而小客戶天然在議價方面沒有能力，通常不太可能有這種機會。 然而，云計算不應(yīng)成為云算計：云廠商如果只能在大企業(yè)那邊瘋狂打折促銷，而面對中小客戶和開發(fā)者進行薅羊毛的方式進行殺豬，那實際上是損不足以奉有余 —— 吸中小客戶的血補貼大客戶。這種方式已經(jīng)完全違背了云計算本身的初心與愿景，必然難以持續(xù)長久。 在云剛出現(xiàn)的時候，關(guān)注的焦點是云硬件 / IaaS 層 ：算力、存儲、帶寬。云硬件 是云廠商的初心故事：讓計算和存儲資源像水電一樣，而自己扮演基礎(chǔ)設(shè)施的提供者的角色。這是一個很有吸引力的愿景：公有云廠商可以通過規(guī)模效應(yīng)，壓低硬件成本并均攤?cè)肆Τ杀?；理想情況下，在給自己留下足夠利潤的前提下，還可以向公眾提供比 IDC 價格更有優(yōu)勢，更有彈性的存儲算力。 而云軟件（ PaaS / SaaS ），則是與云硬件有著迥然不同的商業(yè)邏輯：云硬件靠的是規(guī)模效應(yīng)，優(yōu)化整體效率賺取資源池化超賣的錢，總體來說算是一種效率進步。而云軟件則是靠共享專家，提供運維外包來收取服務(wù)費。公有云上大量的服務(wù)，本質(zhì)是對免費的開源軟件進行封裝，依靠的是壟斷專家，利用信息不對稱收取天價保險費，是一種價值的攫取轉(zhuǎn)移。 不幸的是，出于混淆視線的目的，云軟件與云硬件都使用了“云”這個 Title。因而在云的故事中，混雜著打破資源壟斷與建立能力壟斷的敘事：同時混摻著將算力普及到千家萬戶的理想主義光輝，與達成壟斷攫取不義利潤殺豬的貪婪。 拋棄平臺中立性與做基礎(chǔ)設(shè)施的初心，沉淪在 PaaS / SaaS / 甚至應(yīng)用層恰爛錢的公有云供應(yīng)商，將在沒有底線的競爭中沉淪。 博弈將走向何方？壟斷利潤將隨著競爭出現(xiàn)而消失，公有云廠商被卷入了一場苦戰(zhàn)之中。 在基礎(chǔ)設(shè)施層面，運營商，國資云，IDC 1.5/2.0 都進入了賽道，并提供了非常有競爭力的 IaaS 服務(wù)，一條龍包網(wǎng)包電托管代維，高端服務(wù)器既可以自購?fù)泄?，也完全可以用實價彈性直接租賃，論起彈性來一點不怵。
IDC 2.0 服務(wù)器租賃新模式：實價租賃，滿年限歸用戶 在軟件層面，曾經(jīng)作為公有云技術(shù)門檻的各類管控軟件 / PaaS 已經(jīng)出現(xiàn)了相當(dāng)優(yōu)秀的開源平替，OpenStack / Kubernetes 取代 EC2，MinIO / Ceph 取代 S3，RDS 上也出現(xiàn)了諸如 Pigsty 【5】與各種 K8S Operator 這樣的開源替代品。 整個“云原生”運動，說白了就是開源生態(tài)對公有云白嫖挑戰(zhàn)的回應(yīng)：用戶與開發(fā)者們?yōu)榱吮苊獗还性茪⒇i，打造了一套本地優(yōu)先的完整公有云開源替代。
經(jīng)濟衰退的大環(huán)境下，降本增效成為主旋律。十幾萬規(guī)模的科技行業(yè)大裁員，以及未來AI對智力行業(yè)的大規(guī)模沖擊將釋放出大量相關(guān)人才，再加上本朝的低工資優(yōu)勢，自建人才稀缺與昂貴的情狀將大為緩解。人力成本相比云服務(wù)成本要有優(yōu)勢的多。 結(jié)合以上三方面的趨勢，IDC2.0 + 開源自建的組合越來越有競爭力：對于稍微有點規(guī)模和人才儲備的組織來說，短路掉公有云這個中間商，直接與 IDC 合作顯然是一個更經(jīng)濟實惠的選擇。 不忘初心，方得始終。公有云在云硬件 / IaaS 層上做的確實不錯，除了貴到離譜，沒有太大問題，東西確實是不錯的。如果能回歸最初的愿景初心，真正做好水與電一樣的基礎(chǔ)設(shè)施提供者，賣資源雖毛利雖不高，但可以站著把錢掙了。如果繼續(xù)執(zhí)迷不悟沉迷于殺豬，最終用戶將用腳給出自己的選擇。
References
來源微信公眾號：馮若航 非法加馮 https://mp.weixin.qq.com/s/Ee6eutL7iBjOGI9PM203Jg 該文章在 2024/3/12 19:15:36 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... 
|
400 186 1886
