-
1 # 你永遠得不到的小老弟
-
2 # 位元泰戈
有問題是正常的,不出問題才有問題呢,電子裝置哪有不出問題的?關鍵的問題是這些問題是不是災難性的,有沒有自我修復的能力!
-
3 # IT小熊實驗室丶
問題已經發生了,而且根據合同補償也是免費給你加使用時長。但是面對現在市場上的這些雲服務一年來一次的故障,就算免費給你用,你能用的安心嗎?所以這次的故障給我們的提示是不管雲服務提供商多麼的牛逼,也不能把一個雞蛋放在一個籃子裡,最佳的措施就是同時使用多家平臺的雲服務,不能夠同一時間所有的這些大平臺全都宕機了吧,如果真的發生了,那就不是技術上的問題了。另外在一家平臺上同時購買不同區域的雲伺服器,也能降低由單節點宕機帶來的危害。再就是自己注意備份咯
-
4 # 大學生程式設計指南
阿里雲算是國內為數不多的華人比較早的自主研發的雲伺服器技術,這幾乎是除了百度的搜尋引擎技術之外有一箇中國產的高質量的技術創新點,國內市場份額佔據絕對的老大,雖然國內有實力做雲技術的公司也有不少,但整算起來距離阿里的差距還是非常巨大。這和當年馬雲賭博式的投入有關,當年可能大家都覺得只是吹吹牛皮而已後來還做出來了,在大家都不怎麼看好的情況下,日積月累到今天的成績,現在全球的雲伺服器排名第三,僅次於亞馬遜和微軟,非常了不起的成就。
發生大規模宕機的時候,正好公司的伺服器也存在問題,結果在新聞上發現阿里的伺服器出現問題了,後來查明公司伺服器不是阿里雲的問題,阿里雲在平常的使用過程中還是非常穩定,還是很值得信賴,這次宕機據說是認為因素造成,只要涉及到軟體相關的東西,因為軟體開發過程中其實就是修改解決bug的過程,所以出問題也是正常的現象,像微軟或者亞馬遜這些公司也不能保證雲服務不出一點問題,只不過現在阿里雲在國內的影響力太大了,出一點問題都很容易被無限的放大,畢竟樹大招風。
任何技術的成熟都是經過摸爬滾打出來的,現在國內的網際網路公司做的最多的事情就是跑馬圈地,透過收購或者入股的方式構建自己的護城河,這點上bat三家都有自己很深的生態鏈,絕大部分程式設計師其實就是拿過來國外開源的框架在這個基礎上進行定製,真正自主研發的技術亮點不是很多,從整個全球行業來講,國內網際網路公司的護城河構建的比較牢靠,但在技術創新上還是少的可憐,像谷歌微軟蘋果這幾家公司都有極其深遠的技術產品,在基礎領域差距還是全方位的。
所以像阿里雲這種能在國際上排上號的國內產品不是特別多,也沒有必要因為一次事件過分的渲染,從這件事情上看阿里雲在管理上還是存在漏洞,相信有了這次教訓之後後面的管理也會緊急跟上,畢竟這不是純粹技術方面的東西。出現大規模的宕機事件不僅僅出現在阿里雲的平臺上,在亞馬遜以及微軟,谷歌平臺上都出現一些意外,意味著雲技術的框架和技術還有待提升,所以很多人提出多雲的概念,但這種概念意味著硬體和軟體雙管齊下的升級,技術成熟與否都需要得到驗證,能夠玩轉雲技術的公司全球範圍內都能數的過來,基本上屬於頭等艙玩家的遊戲,每次大規模的宕機事件都會意味著新的技術創新點的開始起航了,能不能跟上別家的節奏就看誰能在技術上有一個大的突破。
當然也不能排除幾個巨頭做在一起,合作共贏的方式,提供給廣大消費者使用,這在未來也不是不可能的事情,未來雲市場走向如何拭目以待。
回覆列表
未雨綢繆。
阿里雲精心耕耘數年,達到了目前的壓倒性市場份額,也積累了豐富的技術經驗,即便如此,仍然會出錯。
有主觀因素,程式碼中的BUG;
有客觀因素,CPU或儲存器的先天缺陷導致IO報錯;
怎麼辦?
不能把雞蛋放在一個籃子裡面。
在部署雲端應用的第一天開始,就要牢固樹立一個思想:
資料,一定會丟的!
備份,備份,再備份。
部署在阿里雲的第一天開始,就要考慮到一個問題,
如果哪一天,阿里雲崩潰了,業務如何拉起?
如果哪一天,阿里雲資料丟失,你的資料和業務能恢復到什麼程度?
如果回答不了這個問題,你就要承擔這個風險和後果!
有些東西,合同上那點補償款,是無法彌補的!
只有自己才能救自己!