自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

放棄亞馬遜、谷歌,徹底告別K8s!

原創(chuàng) 精選
云計(jì)算
日前,DHH發(fā)布的一篇題為《我們的云退出已經(jīng)節(jié)省了100萬美元/年》的文章,再次點(diǎn)燃了技術(shù)論壇上的一把火。

Ruby on Rails 之父David Heinemeier Hansson(以下簡(jiǎn)稱“DHH”)向來立場(chǎng)鮮明,言辭激進(jìn),其發(fā)言屢屢引起爭(zhēng)議。

日前,DHH發(fā)布的一篇題為《我們的云退出已經(jīng)節(jié)省了100萬美元/年》的文章,再次點(diǎn)燃了技術(shù)論壇上的一把火。         

         

圖片圖片

1、當(dāng)“上云”變成坑,不如果斷“下云”

今年6月,DHH就高調(diào)宣布“我們已經(jīng)離開云了”。

這里的“我們”指的是Basecamp團(tuán)隊(duì)。

Basecamp是37signals公司旗下的一款基于云服務(wù)的項(xiàng)目管理軟件,上云已有十多年之久。而Basecamp在2020年推出的電子郵箱服務(wù)HEY也一直在云端運(yùn)行。作為Basecamp & HEY 的聯(lián)合創(chuàng)始人,DHH在去年十月發(fā)布了“下云”宣言。

作為資深云用戶,Basecamp嘗試過亞馬遜云、谷歌云,使用過裸虛擬機(jī)、Kubernetes,稱得上體驗(yàn)過云的大部分功能。但他們最終得出的結(jié)論是:

“對(duì)于像我們這樣增長(zhǎng)穩(wěn)定的中型公司來說,租用IT基礎(chǔ)設(shè)施大致上是一筆糟糕的交易。在降低復(fù)雜性等方面的承諾從未實(shí)現(xiàn)。所以我們計(jì)劃離開?!?/span>

不過DHH并未全盤否定云的作用。在他看來,有兩種情況,云是更適宜的選擇。

其一,當(dāng)你的應(yīng)用程序非常簡(jiǎn)單且流量很低時(shí),可以使用完全托管的服務(wù)來減少復(fù)雜性。其二,當(dāng)你的負(fù)載波動(dòng)非常不規(guī)律時(shí),誰都無法預(yù)判到底是需要10臺(tái)服務(wù)器還是100臺(tái)服務(wù)器的情況下,上云就是更好的選擇。

但對(duì)Basecamp來說,這兩種情況都不適用。在DHH看來,如果繼續(xù)堅(jiān)持在云端運(yùn)行,不但不能發(fā)揮云服務(wù)的優(yōu)勢(shì),而且還要為某些微小的可能性付出近乎荒謬的溢價(jià)。

就像你明明沒有住在地震帶的附近,但你花了近四分之一的房?jī)r(jià)去買了抗震保險(xiǎn)。”正如DHH的描述,為某些可能性去花費(fèi)大的代價(jià),固然不能全盤否定,但總體上還是得不償失、浪費(fèi)資源。

以電子郵件服務(wù)HEY為例。DHH提到,他們每年為此向亞馬遜的數(shù)據(jù)庫(RDS)和搜索(ES)服務(wù)支付50多萬美元?!澳阒涝诿磕?0萬美元的預(yù)算下,可以買多少臺(tái)超級(jí)強(qiáng)大的服務(wù)器嗎?”

此外,對(duì)于某些認(rèn)為“云能簡(jiǎn)化運(yùn)維,更節(jié)省人力”的說法,DHH也直接否定了。

“任何認(rèn)為在云端運(yùn)行像HEY或Basecamp這樣的大型服務(wù)很‘簡(jiǎn)單’的人,都是紙上談兵??偟膩碚f,我還沒有聽說過像我們這樣規(guī)模的組織,僅僅因?yàn)檫w移到云端,就能實(shí)質(zhì)性地大幅縮減運(yùn)維團(tuán)隊(duì)。

2、每月的云支出:從18萬美元下降到8萬美元

具體到執(zhí)行云退出策略時(shí),總有人說:上云容易下云難。

但在DHH的表述中,這句話對(duì)于Basecamp似乎也不適用。

“因?yàn)槲覀兓撕脦啄瓴胚M(jìn)入云端,所以我原本以為,我們也要花好幾年才能出來。但是,所有將我們的應(yīng)用程序容器化并為云做準(zhǔn)備的工作實(shí)際上使退出變得相對(duì)容易。經(jīng)過六個(gè)月的努力,它完成了?!?/span>

從云中退出只是策略,能看到實(shí)際支出的下降才能證明策略的有效性。在今年6月官宣正式回歸本地后,云退出后的效果也逐漸展露。

我們的云支出(sans-S3)已經(jīng)下降了60%。從每月18萬美元下降至不到8萬美元。按年計(jì)算,這是整整100萬美元的結(jié)余。另外,剩余的支出在今年余下的時(shí)間里逐漸減少之前,我們?cè)?月份還會(huì)迎來另一個(gè)大幅下降。”

圖片圖片

當(dāng)然,為了回到本地,Basecamp不得不另外花費(fèi)50萬美元采購了新的服務(wù)器來取代云租賃。

DHH認(rèn)為:“雖然額外的服務(wù)器會(huì)帶來一些額外的成本,但在整體計(jì)劃中,這些成本都是微不足道的(例如,運(yùn)維團(tuán)隊(duì)保持不變)。通過節(jié)余和支出的基本對(duì)比,還可以看到,我們?cè)诓坏?個(gè)月的時(shí)間里,就可以用每個(gè)月省下來的錢來買大宗設(shè)備了?!?/span>

更重要的是,DHH并不認(rèn)為Basecamp的案例是個(gè)例。如今,云退出后實(shí)際產(chǎn)生的效果似乎也印證了他早前的警告——

首先,在企業(yè)生命周期的早期,云計(jì)算對(duì)企業(yè)來說是有一席之地的,這樣的花費(fèi)要么微不足道,要么24個(gè)月后它們將不復(fù)存在的風(fēng)險(xiǎn)很高。

然后,要小心,不要把那些奢侈的云積分當(dāng)成禮物。這往往是一個(gè)鉤子,如果你過多地將自己與他們的專有托管服務(wù)或無服務(wù)器產(chǎn)品捆綁在一起,一旦賬單開始飆升,你將很難逃脫。

再者,有些公司的負(fù)載波動(dòng)很大,這種情況下云租賃是有意義的。但如果一年中,你只有三天要用到犁,那么把它放在谷倉的363天就是沒有意義的。

最后,大多數(shù)老牌公司應(yīng)該考慮一下所謂上云熱潮。哪些是實(shí)際起效的,哪些是營(yíng)銷夸大的。因?yàn)閷?shí)踐中,云計(jì)算可能并不如你預(yù)期的那樣可以削減復(fù)雜性,而且溢價(jià)有時(shí)也很嚴(yán)重。

3、當(dāng)我們考慮云時(shí),我們到底在考慮什么?

關(guān)于DHH主張的云退出策略,有人支持,也有人反感。

Reddit論壇上,有技術(shù)人員認(rèn)為,云的最大優(yōu)勢(shì)是其實(shí)不在于節(jié)省成本,而在于以下四點(diǎn):

1、靈活性。如果采用云服務(wù),就不可能出現(xiàn)“我們剛剛訂購了大量昂貴的服務(wù)器,然后才意識(shí)到我們的應(yīng)用程序無法在它們上面運(yùn)行”。

2、責(zé)任下放。如果備份不起作用,那么你可以起訴云提供商?!霸谖业墓?,托管數(shù)據(jù)庫占所有云成本的一半以上,但沒有人質(zhì)疑這一點(diǎn),因?yàn)槲覀円庾R(shí)到自托管的風(fēng)險(xiǎn)。”

3、易于使用。每個(gè)云提供商都為不同的用例提供了許多解決方案,并且所有這些系統(tǒng)都相互集成。這樣可以節(jié)省大量時(shí)間。

4、安全和保障。許多公司陷入了困境,因?yàn)樗麄兊臋C(jī)房被毀、被淹或遭到其他什么意外。使用云服務(wù)時(shí),這種可能性要小得多。

也有人認(rèn)為,上云還是下云,有時(shí)并不是單純的技術(shù)架構(gòu)的問題。

“我還沒看到有人提過使用云架構(gòu)的明顯問題,但它與使用其他服務(wù)的問題相同。服務(wù)提供商可以在‘鎖定’足夠多的人之后提高價(jià)格。這意味著從非云過渡到云,可能會(huì)帶來短期成本的下降,以季度或年度為單位看收益的人也許會(huì)覺得不錯(cuò),但長(zhǎng)期來看,一切都可能搞砸。”

還有人覺得,如果公司對(duì)于自身定位,還有長(zhǎng)遠(yuǎn)發(fā)展沒有明晰的認(rèn)知,那么對(duì)于云的選擇也將曖昧不清

“我想大多數(shù)人都知道,這通常是一種成本效益分析,你需要更少的人來構(gòu)建云基礎(chǔ)設(shè)施,有能力在很少的交付時(shí)間內(nèi)大規(guī)模擴(kuò)展,并獲得許多可以以低成本試用的功能。對(duì)于使用特定技術(shù)的可預(yù)測(cè)的工作負(fù)載來說,使用本地是更好的,而且更便宜。但關(guān)鍵在于,許多公司不知道他們想要什么,也不知道X年后他們會(huì)是什么樣子。

放眼當(dāng)下,云計(jì)算發(fā)展至今,關(guān)于上云益處的聲音被廣泛傳播,但事實(shí)上,云環(huán)境并不一定是運(yùn)行所有應(yīng)用程序的最佳場(chǎng)所。當(dāng)云托管不符合預(yù)期時(shí),考慮云退出也是一種選擇。但是否真的要實(shí)施云退出,對(duì)于下云的復(fù)雜性是否有準(zhǔn)備,以及什么樣的云策略才是真正符合企業(yè)長(zhǎng)期發(fā)展利益的,都需要審慎考量。

責(zé)任編輯:龐桂玉 來源: 51CTO技術(shù)棧
相關(guān)推薦

2022-12-07 17:33:50

K8Skubernetes

2022-02-07 08:42:28

k8sdocker命令

2022-04-22 13:32:01

K8s容器引擎架構(gòu)

2023-11-06 07:16:22

WasmK8s模塊

2023-09-06 08:12:04

k8s云原生

2023-12-01 15:58:00

Kubernetes集群DevOps

2020-05-12 10:20:39

K8s kubernetes中間件

2022-09-05 08:26:29

Kubernetes標(biāo)簽

2023-08-03 08:36:30

Service服務(wù)架構(gòu)

2023-05-25 21:38:30

2023-08-04 08:19:02

2023-03-05 21:50:46

K8s集群容量

2023-09-03 23:58:23

k8s集群容量

2021-04-12 20:42:50

K8S端口內(nèi)存

2021-12-03 06:29:56

K8sDubboSpring

2022-12-06 07:30:12

K8s云原生生態(tài)系統(tǒng)

2024-01-26 14:35:03

鑒權(quán)K8sNode

2022-04-29 10:40:38

技術(shù)服務(wù)端K8s

2022-01-11 07:59:15

K8S KubernetesAirflow

2023-07-04 07:30:03

容器Pod組件
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)