為什麼選擇雲計算?

2021-10-23 19:30:05 字數 1844 閱讀 3827

一、有效解決硬體單點故障問題

單點故障是指某個硬體的故障造成**某個服務的中斷。要真正解決這個問題,需要為每個硬體準備冗餘,這不僅大大增加了硬體購置成本,而且部署與維護成本也不容小視。

而雲計算平台是基於伺服器集群,從設計之初就考慮了單點故障問題,並在建設時有效地解決了這個問題。如果一家雲服務商出現單點故障問題,就如同存在銀行的錢丟了。

二、按需增/減硬體資源

增加伺服器的時候,購買伺服器需要時間,而且這個時間自己無法控制。而使用雲伺服器,隨時可以增加伺服器——垂手可得。

減伺服器只能從機房拉回辦公室,無法再把伺服器退給廠商,購置伺服器的成本就浪費了。而使用雲伺服器,如果下個月不用,不續費就行了(針對阿里雲按月購買的情況)——想用就用,想扔就扔。

不能按需增加滿足基本需求的伺服器配置。假如我們現在需要一台低配置的伺服器用linux跑快取服務,如果為之單獨購買一台便宜的低配置的伺服器很不合算,因為這台伺服器僅僅一年的電費就至少要3000元左右。所以只能儘量減少伺服器數量,提高單台伺服器的配置,在讓一台伺服器跑更多東西。而使用雲伺服器,需要什麼樣的配置就買什麼樣的配置,讓各個伺服器的職責更單一,互相之間的影響更小——職責分明,效率更高。

三、bgp線路解決南北互通問題

南北互通問題是南方電信與北方聯通線路之間的互通問題,這個問題困擾我們多年,之前用過雙線機房,解決的也不是很好。目前只有bgp線路才能有效解決這個問題,而擁有真正的bgp線路的機房不是很多,成本也非常高。而我準備使用的阿里雲用的就是bgp線路,這也是吸引我們的主要地方之一。

究竟什麼是南北互通問題?

基於我們的理解簡體描述一下,不對之處歡迎指出。南北互通問題實際就是路由問題。假設我們的伺服器放在上海電信的機房,上海一位聯通的使用者訪問我們的伺服器,要先繞到聯通的北京總出口(假設總出口在北京),然後再繞回上海。實際上這位聯通使用者可以通過上海的線路直接到達我們的伺服器,不用繞這麼遠,但上海電信的機房無法告知聯通的路由器走近路過來,只能按照聯通路由器設定好的路由走。本來即使走北京繞一下也沒有大的影響,畢竟是光的速度,但是由於大多數聯通的使用者訪問電信網路都這麼繞著走,聯通的總出口成為了瓶頸,總出口流量太大時,聯通的使用者訪問電信的網路速度就會慢。bgp線路也沒什麼神奇之處,只是它能決定走什麼路由過來,不繞遠路,問題自然解決了。它有這樣的特權,就不僅能解決南北互通的問題,而且能解決其他網路的互通問題,比如教育網。因為有許可權決定路由,就可以優化路由,哪條路堵,我就換條路。

四、按需增/減頻寬

頻寬是主要成本,託管伺服器時,與isp服務商籤一年合同之前就要確定頻寬。用了一段時間之後,你發現頻寬買多了,想減一些是不允許的。中途要臨時增加頻寬一段時間也是不行的,要買就買一年(這是根據我們接觸過的isp服務商)。所以,一般都會多買一些頻寬,留一些餘量。

使用雲伺服器可以靈活地增減頻寬,不會浪費頻寬,即使買少了也不用擔心,隨時可以增加。雖然各個雲服務商會有一定的限制,比如在阿里雲一次至少要購買1個月的頻寬,但比自己託管伺服器靈活很多,同樣的頻寬條件,會節省不少成本,尤其是頻寬需求在一年中變化比較大的**。

五、更有吸引力的費用支付方式

而使用雲服務,一次可以支付更短時間的費用。

從總體上考慮,差不多的成本,卻擁有更多的記憶體、更多的cpu、更多的硬碟空間、更優質的頻寬線路,更重要的是可以隨時按需擴充套件計算資源。

阿里雲k8s實戰手冊 [阿里雲cdn排坑指南]cdn

ecs運維指南

devops實踐手冊

hadoop大資料實戰手冊

knative雲原生應用開發指南

oss 運維實戰手冊

雲原生架構***

zabbix企業級分布式監控系統原始碼文件

10g大廠面試題戳領

有關雲計算和我為什麼反對雲計算

本文講的是有關雲計算和我為什麼反對雲計算,it168 資訊 在雲入口後面,可能是網格,也可能是一台機器,甚至可能是任何一種傳統或非傳統的形式,只有這個入口是不可缺少的。另外在網際網路上的雲 如果入口背後是網格或者類似網格的形式的話 和網格之間的差異,可以理解為觀察點不同 某組織提供的計算網路從外部看...

我眼中的雲 為什麼叫「雲」計算

我們都大概知道了雲計算的內涵,但為什麼這樣的計算不叫a計算或者b計算呢?集群計算,網格計算,效用計算,公用計算都能從字面上就很好的理解,而雲計算能從字面上怎麼理解呢?其實有些概念,有些叫法,真的去深究,也沒什麼大的意義。不過,我們還是去看看為什麼叫 雲 畢竟也還有些意思,而且也可以減少一些概念神秘度...

谷歌雲為什麼選擇支援Go語言?

在最近的一篇文章中,谷歌宣布在他們的函式即服務產品雲函式上支援go 1.11。在這項宣告中,除了之前就支援的node.js和python之外,go也加入了這一陣容,成為雲函式支援的程式語言。ngo是谷歌設計的一種開源程式語言,在1.11版本中,他們新增了模組概念。這些模組管理go專案中使用的第三方包...