企業(yè)上云的原因
這張圖是我總結(jié)的為什么我們的企業(yè)的客戶需要上云。其中很大的一個原因，肯定是成本，這個成本應該是綜合的成本，包含了人力，資源儲備等各方面的成本。在成本之外還有幾個很重要的原因就是關于資源、彈性以及團隊。
首先從資源來講，要找到好的IDC，要有非常好的供電架構(gòu)和有非常好的制冷架構(gòu)，好的土木承重結(jié)構(gòu)；從網(wǎng)絡上講要有好的網(wǎng)絡線路，要有好的BGP線路，有可靠的傳輸系統(tǒng)；從服務器硬件來看，要考慮硬件的選型，質(zhì)量控制，交付管理，以及上述資源的部署周期。然后從彈性上來講，比如說帶寬資源儲備及彈性，服務器硬件資源應對突發(fā)的彈性。
然后就是團隊，這跟前面的資源和彈性都有關系，要有非常好的IDC，你就要找非常好的IDC的工程師，你需要好的網(wǎng)絡就需要有很好的網(wǎng)絡架構(gòu)師和運維工程師，而且要有很好基礎服務的工程師，比如說DNS，負載均衡，NAT等等。服務器選型評測交付控制做的好，也需要有對應的服務器硬件團隊。在更高層次的應用來看，你可能還需要非常好的DBA，需要懂hadoop，MongoDB，Redis等等這樣服務的團隊。組建一個在上述各個方面都靠譜的團隊，其時間成本和金錢成本是非常高的，我經(jīng)常有朋友找我，說兄弟，能不能幫忙給推薦一個網(wǎng)絡架構(gòu)師，或者是推薦一個靠譜的DBA。在某些領域，靠譜的架構(gòu)師流動性非常低，找齊基礎設施領域各個方向的核心員工，需要消耗大量的時間核金錢。所以綜合考慮起來，第一就是對于一個企業(yè)來說，他自身的體量能不能提供他所需要的那些資源，特別是一些非常重資產(chǎn)的IDC，網(wǎng)絡這樣的資源；其次就是部署的彈性，前面的嘉賓也反復的去提到過這一點；還有就是團隊，如果把這些東西綜合起來考慮，那么上云所帶來的彈性帶來的底層IaaS的資源質(zhì)量保證，帶來的專業(yè)技術(shù)團隊的保證，就是非常有必要的了。
借下面這兩張圖，給大家舉個例子，說明為什么上云是非常有必要的。第一張圖是前陣子京廣漢電信骨干出故障的時候，北京電信對于整個南方區(qū)域覆蓋的質(zhì)量，大家可以看有很多紅色和黃色，其代表著有大量的丟包和延時增大。
下面這張綠色的圖是金山云通過自建骨干網(wǎng)，將北京電信流量調(diào)度到上海電信出口后的覆蓋質(zhì)量圖。當天使用金山云的客戶在骨干網(wǎng)出故障的時候基本沒有感知，或者只是非常短的受到了一些影響，當我們的調(diào)度預案實施了以后，故障就恢復了，而實際上電信骨干網(wǎng)的故障從當天下午14點一直持續(xù)到18點鐘才恢復。
這是一個非常典型的例子，絕大部分的企業(yè)不具備這種自己組建一個全國范圍的骨干的環(huán)網(wǎng)的能力，也沒有能力自己建設北京、上海、廣州這樣的多中心節(jié)點多線BGP，同時能夠有非常大的傳輸和BGP帶寬儲備可以應對這種大范圍的故障。而這些資源和能力恰恰是公有云的服務商非常擅長的東西。
這里還是一個例子，如下圖所示，是金山云標準Region的網(wǎng)絡結(jié)構(gòu)。圖中的TC1、TC2是我們的網(wǎng)絡接入點，我們可以通過我們的POP供應商合作伙伴，就近地接入客戶的IDC或者辦公室，同時，客戶也可以直接拉光纖接入到我們的TC節(jié)點。TC節(jié)點除了連接客戶的IDC、辦公室，同時也是我們自己接入電信運營商的POP點。我們會通過多根獨立物理路由的光纖連接到電信、聯(lián)通、移動、鵬博士等多個運營商，目前北京上海Region提供十線BGP接入。
Region內(nèi)網(wǎng)絡架構(gòu)
這個圖里面下面的可用區(qū)（AZ）是通過我們自建的單波200Gbps的密集波分環(huán)網(wǎng)與TC節(jié)點互聯(lián)的，這樣一個城域環(huán)網(wǎng)的投資需要數(shù)千萬元到上億元，除了BAT這樣巨型互聯(lián)網(wǎng)公司，絕大部分中國的企業(yè)是很難自己建設這樣級別的城域網(wǎng)的。
回到我們的主題，來講講VPC。 VPC這個詞是一個專有名詞，是Virtual Private Cloud（虛擬專有云）的簡稱。因為我們?nèi)豪镉泻芏嘧龇羌夹g(shù)的同學，所以我還要再簡單介紹一下VPC。VPC相當于一個虛擬的數(shù)據(jù)中心。在沒有VPC之前，傳統(tǒng)的云網(wǎng)絡是扁平網(wǎng)絡。兩者的主要區(qū)別在：傳統(tǒng)的扁平網(wǎng)絡中，云主機IP地址是由云服務商固定的分配的，其分布也經(jīng)常是不連續(xù)的。這種IP地址的固定和離散，就會在企業(yè)需要做混合云的時候，和企業(yè)現(xiàn)有的資源存在網(wǎng)絡地址空間沖突的可能，這是一個不靈活的地方。同時，扁平網(wǎng)絡在網(wǎng)絡層面上來講，會依賴比較大的二層網(wǎng)絡，這里面會在環(huán)路控制、廣播風暴、多路徑技術(shù)、熱遷移范圍等多個方面存在潛在的技術(shù)風險。
作為對比，VPC可以理解成是一個虛擬的數(shù)據(jù)中心，它可以提供給客戶完全自定義化的IP地址空間規(guī)劃。舉個例子，企業(yè)現(xiàn)有的機房網(wǎng)絡使用10.0.0.0/16這樣的網(wǎng)段，對應在創(chuàng)建VPC的時候，可以根據(jù)自己的網(wǎng)絡規(guī)劃，使用10.1.0.0/16這樣的地址空間。金山云VPC可以支持客戶使用任意自己定義的地址空間，甚至是公網(wǎng)地址空間。其次，VPC可以提供包括像主機路由、網(wǎng)絡地址翻譯（NAT）、專線，以及多個VPC間對等互聯(lián)（Peering）等靈活的功能，這些靈活功能的組合，會非常有利于企業(yè)實施混合云。
這里說起來有點抽象，下面我給張圖，跟一起來看看VPC是一個什么樣的東西。
大家可以看這個圖里面都是虛線，因為他是用我們的軟件定義的網(wǎng)絡技術(shù)來虛擬出來的資源，但是對客戶來說卻是實實在在可用的服務。典型情況下，一個虛擬的數(shù)據(jù)中心里有什么呢？肯定要有一臺路由器，這個路由器會連很多的交換機，這些交換機下面又分別連不同的虛擬機，金山云的VPC除了可以放虛擬機，還可以放物理機。同時VPC也會提供很多的網(wǎng)絡服務和其他服務，比如提供NAT地址翻譯，彈性IP(EIP)，負載均衡(LB)，VPN，防火墻，專線接入（DC）以及VPC和其他VPC互聯(lián)的對等連接服務（Peering）。
這張圖中間的這個路由器R，是一個分布式虛擬路由器（DVR），它是由分布在所有宿主機上的軟件模塊，一同構(gòu)建出來的分布式路由器。DVR是云計算的一個非常核心的技術(shù)點，要實現(xiàn)一個高性能、高可靠的分布式的虛擬路由器是需要非常深厚的架構(gòu)設計能力和開發(fā)實現(xiàn)能力。這點金山云和Openstack社區(qū)的實現(xiàn)是完全不同的，Openstack里面關于這部分的實現(xiàn)還是基于OpenVswitch的，OVS雖然有很好的靈活性和設計理念，但是它的性能，或者是應用的復雜程度，可能不一定是最好的。舉個例子，像我們的這種虛擬路由器，可以實現(xiàn)一個虛擬機做報文路由轉(zhuǎn)發(fā)100多萬個包每秒，如果不是基于金山云自研的技術(shù)，可能這個數(shù)是一個非常低的值，例如10萬或者是20萬，甚至是更低。
上面這張圖實際上還牽扯出來一個案例。我們遇到過一些客戶，是非常老牌的互聯(lián)網(wǎng)企業(yè)，他們的部分代碼是寫死的，要求代碼運行的機器上必須得有兩塊網(wǎng)卡，并且一個網(wǎng)卡是公網(wǎng)，一個網(wǎng)卡是內(nèi)網(wǎng)。于是，針對這類客戶的需求，我們開發(fā)了這種雙網(wǎng)卡VPC的主機，可以有兩塊網(wǎng)卡放在不同的VPC里，這個功能，在國內(nèi)提供VPC的云服務商來中，金山云是少有的支持這個功能的服務商。
自有IDC-混合云接入
第一種，如圖所示的，我們可以通過專線的方式去和客戶的IDC互聯(lián)，互聯(lián)帶寬就可以根據(jù)需求來選擇，比如說百兆、千兆或者萬兆都可以，這種接入方式的成本即光纖的租賃費用或者是專線線路的租賃費用?？蛻艨梢酝ㄟ^專線直接連接到金山云的TC節(jié)點，也可以通過就近接入我們pop合作伙伴的方式來接入。另一種方式，也是我們非常多客戶使用的方式，就是通過VPN的方式。VPN的實現(xiàn)有兩種，一種是客戶的IDC有商用的VPN的設備，例如juniper、思科、華三等廠商的設備，客戶可以通過自己的VPN和我們的高可用VPN商用設備互相建立VPN連接，然后通過我們的SDN隧道網(wǎng)關，接入到VPC中。除了這種通過商用設備的VPN的互聯(lián)方式以外，由于我們的VPC支持主機路由功能，因此也可以利用例如OpenSwan，OpenVPN等軟件方式，通過云主機來搭建site-to-site的VPN。這種方式的成本就主要是云主機的成本以及VPN的帶寬費用，其好處是靈活簡便，客戶自己就可以完成所有配置，且?guī)捔６群芗?，可以按照Mbps為單位的粒度來控制成本。?
上面這張圖里大家可以看到，客戶的IDC有兩個，其中一個右上角這個IDC里，我這里面填了一個叫Kingstack的東西，這個Kingstack就是金山云私有云的解決方案。我們提供基于Openstack二次開發(fā)的完整私有云解決方案，只需要三臺服務器，就可以搭建起一個最小的私有云，同時根據(jù)客戶規(guī)模需要，我們的私有云方案可以管理一千臺物理機資源。基于這個方案，我們可以在幫客戶接入公有云VPC的同時，將客戶自己的IDC云化。Kingstack的售賣方式很靈活，可以按年購買整套方案的license，也可以按管理的物理機數(shù)量購買license。左上角這個IDC里，填了一個Dedicated-cloud，這也是我們云化IDC的方案，該方案不是基于開源的openstack的架構(gòu)，而是基于我們公有云的架構(gòu)，所以它的起始的資源要求量是比較高的，可能他需要二三十臺機器來起步，但是它的可擴展性非常強，我們的一套公有云集群，可以管理2萬臺物理機。這個方案是針對特別大體量的客戶去云化他資源的方案，我們金山云的杭州Region，就是針對我們一個超級大體量客戶定制的專屬Region。
這張圖里還有兩個VPC的Peer連接，大家可以看右下部分這兩個VPC的互聯(lián)，這就是我們對我們國內(nèi)骨干網(wǎng)資源的封裝，將我們的骨干網(wǎng)資源根據(jù)客戶需求，拆分成非常細粒度的互聯(lián)資源，來實現(xiàn)異地互聯(lián)。這個功能，其實也是現(xiàn)在非?；鸨腟D-WAN的一個實現(xiàn)。這個功能的典型場景舉例來說就是，一個客戶在北京和上海各有一個IDC，他想通過專線將兩個IDC專線連起來，一種方案是客戶自己采購長途光纖自建長途傳輸系統(tǒng)或者租用鏈路，另一種非常方便的方案就是，他可以在北京和上海分別接入金山云當?shù)氐腣PC，然后在控制臺上購買一個跨Region Peering對等互聯(lián)服務，這樣就可以實現(xiàn)北京和上海的IDC的互聯(lián)。而且互聯(lián)的粒度比起傳統(tǒng)的這種方案更靈活，可以以兆為單位的，可以是1Mbps，10Mbps，也可以是1Gbps，10Gbps。
KIS&EPC
上面這張圖介紹的是我們另外兩種混合云的產(chǎn)品，一個產(chǎn)品叫冰島（KIS）。所謂冰島實際上是一塊位于金山云IDC中的獨立區(qū)域，簡單來講，就是在金山云的機房里的客戶自己的私有IDC，他解決的是什么問題呢？實際上這是一個面向中等體量或者是小體量的有自己的物理資源客戶的一個方案。我們有很多客戶有一百臺、三百臺、五百臺、兩千臺物理機，這些物理機要面臨著選機房、選公網(wǎng)線路、選駐場的運維、管理現(xiàn)場的備件等很多很雜的事務，這些服務器數(shù)量不是特別大，但是又會需要很多的人力和精力去處理相關的事情，對這些客戶來說，他其實不想去做這件事，同時這些客戶又想要上云，于是我們金山云就提供了針對這個需求的產(chǎn)品，即客戶可以把他的現(xiàn)有的物理資源直接托管到金山云的機房里，組建出一個私有的IDC。這個私有IDC最大的好處是什么？
第一、 他可以直接利用金山云的網(wǎng)絡服務和防攻擊服務，使用金山云的公網(wǎng)的出口，包括金山云的BGP和靜態(tài)帶寬資源。
第二、 他可以通過和我們的VPC互聯(lián)，不受帶寬限制訪問所有的云資源，包括訪問VPC里的物理機，和訪問金山云的云存儲服務等。
第三、 機器托管到機房里的所有現(xiàn)場運維工作，金山云都可以提供一部分免費的代維服務和一部分復雜的收費操作服務。機器托管到KIS中后，客戶基本上不需要再去機房了。
第四、 金山云有業(yè)內(nèi)最好的IDC團隊，金山云的自建或者合建機房，有著國內(nèi)頂尖的供電架構(gòu)，制冷架構(gòu)，和現(xiàn)場管理流程，客戶從此可以不必在擔心機房掉電或者空調(diào)出故障導致業(yè)務中斷。
第五、 客戶如果有一些特殊的硬件，不便于直接接入VPC的，也可以放在KIS中。例如有的客戶有自己的Oracle RAC，SAN，NAS系統(tǒng)，或者做高算的RDMA網(wǎng)絡，都可以放在KIS中。
舉幾個例子，金山云存儲服務做得非常好，所以我們有一個視頻圖象處理的客戶，他也是一個視頻SaaS供應商，為了方便訪問金山云存儲，他把自己的物理機托管在了金山云的KIS產(chǎn)品中，然后通過機房內(nèi)專線，以40G的帶寬，訪問金山云的KS3服務.而這個訪問VPC方向資源的帶寬是免費的，這對于客戶節(jié)省成本，有非常大的意義。，我們現(xiàn)在KIS的一個大客戶，通過內(nèi)網(wǎng)專線訪問VPC的帶寬常態(tài)跑在70Gbps水平。這樣級別的帶寬，通過外部IDC拉專線來訪問，成本會是非常昂貴的。
上面這個圖里，除了右側(cè)的KIS產(chǎn)品外，我們的另一種混合云產(chǎn)品，即左側(cè)的VPC中的EPC產(chǎn)品。EPC是Elastic Physical Cloud的縮寫，即把服務器放在VPC中，當作虛擬機來用的一種產(chǎn)品。對于客戶自己的物理機，托管在VPC中，可以直接使用VPC的網(wǎng)絡服務，例如NAT，LB，EIP等，同時我們也提供服務器的外包運維服務，可以很便利的在控制臺直接發(fā)送外包工單讓現(xiàn)場的外包人員去做操作。對于客戶租賃的由金山云提供的物理機，我們可以進一步提供在控制臺上圖形化的開關機，重啟服務器以及重新安裝操作系統(tǒng)服務。這個產(chǎn)品適合于服務器都是標準服務器，且想把服務器放在VPC中使用VPC提供的各種網(wǎng)絡和云數(shù)據(jù)服務客戶。這些物理機，可以放在VPC中的任意虛擬交換機下，可以和虛擬機混合使用。對于托管了自己服務器的客戶，如果臨時需要額外的物理機資源，只需要在控制臺中點幾下，就可以開通金山云提供的云物理機了。
我們通過自研的SDN技術(shù)，控制定制的硬件交換機及高性能自研軟件網(wǎng)關，實現(xiàn)了不對客戶的專屬物理機有任何侵入性，不在物理機上安裝任何agent或者內(nèi)核模塊，提供給客戶一個純凈的操作系統(tǒng)以及和虛擬機一樣的便捷的VPC操作體驗。
下面三張圖，分別是如何用利用VPC云服務搭建機房內(nèi)高可用，跨機房同城雙活，跨Region異地雙活或者異地災備。
統(tǒng)一接入接出 高可用
Region內(nèi)高可用
跨Region高可用
對于我們的客戶來說，最基本的高可用就是在一個機房內(nèi)，通過集群對抗單機故障的高可用方案，如第一張圖所示，可以用負載均衡把流量分到多臺機器上。另一種場景，如果想搭建一個Mysql的主從服務，可以利用LB和我們openAPI的組合來實現(xiàn)，當業(yè)務感知到需要對Mysql進行主備切換時，通過調(diào)用我們的OpenAPI，將LB的流量從原來的主，倒換到備即可。同理，搭建主從的Redis或其他服務，也可以這樣做。
如果要再往上一個層次來看，如果要做同城的雙活高可用方案，也是非常簡單的，只需要在我們的控制臺上去開一個LB，這個LB他指向了Region里不同機房（AZ）里的虛機即可。典型的在線業(yè)務模型是，虛機訪問數(shù)據(jù)庫或者緩存服務，或者云存儲，加上業(yè)務的上下游邏輯。金山云的RDS，KCS（redis），KS3等服務，均支持跨AZ高可用，因此，客戶的業(yè)務如果基于金山云的LB+VM+RDS+KCS來組合，那么僅需要控制臺操作或者OpenAPI調(diào)用，就可以很輕松的組合出同城雙活的架構(gòu)了。
如果要想在高可用方面做更高的層次，比如說金融或者大型的游戲或者是大型的互聯(lián)網(wǎng)客戶，需要做異地雙活或者異地災備。那么拋開業(yè)務邏輯本身以及數(shù)據(jù)同步對于跨區(qū)域網(wǎng)絡延遲的業(yè)務自身架構(gòu)不說，從資源底層來講，要做異地雙活或者災備，只需要如第三張圖所示，使用金山云的GSLB（智能DNS）服務，并且在金山云的不同region啟用一批資源，然后購買跨Region Peering服務就可以了。金山云自身是國內(nèi)頂尖的CDN服務商，我們自己用的CDN系統(tǒng)就是基于金山云的GSLB服務實現(xiàn)的，因此，我們的GSLB的調(diào)度能力，也可很好的幫助客戶實現(xiàn)非常精細粒度的流量調(diào)度。
我們做異地雙活方案的客戶，有兩種使用方法。一種是做用戶的分簇，利用我們的GSLB把北方所有的客戶調(diào)度到北京Region，把南方所有的客戶調(diào)度到上海Region。另一種方法，就是利用GSLB，直接讓用戶就近訪問。同時如果一個Region的業(yè)務有故障的時候，再通過GSLB將用戶全部調(diào)度到另一個Region服務。
這里還有第三種用法，就是做全球混服的游戲架構(gòu)。使用國內(nèi)的Region來覆蓋國內(nèi)玩家，并把核心數(shù)據(jù)放在國內(nèi)的Region；使用香港Region來覆蓋海外玩家，然后通過兩個Region間的VPC peering服務，香港Region的業(yè)務，把核心數(shù)據(jù)同步回國內(nèi)Region。
當然，上述所說的提供跨Region的多活方案里，云服務提供的只是基本的資源，互聯(lián)和調(diào)度能力，業(yè)務自身的跨Region架構(gòu)設計也是非常重要和不可或缺的。
第一個案例方案，被我們的幾個SaaS服務客戶、在線教育客戶、物聯(lián)網(wǎng)平臺客戶，以及一個大型生態(tài)型互聯(lián)網(wǎng)公司客戶使用。簡單來講就是他們有很多的業(yè)務或者是部門，而且他們的運維團隊有很強的開發(fā)能力，運維團隊向公司其他部門提供了包括內(nèi)部DNS解析，監(jiān)控告警，程序自動部署等多種服務，他們在部署的時候，選擇一個VPC作為中心VPC，其他的VPC和這個VPC通過Peering連在一起，之后再通過中心VPC和他自己的IDC連在一起。這樣運維團隊，作為資源管理方，可以通過我們的IAM服務，將不同VPC的管理授權(quán)給不同的業(yè)務部門或者子公司，一方面各業(yè)務部門可以自主開通資源，做內(nèi)部網(wǎng)絡配置，同時又可以訪問運維部門提供的公共服務。
上面這張圖是另外一種案例，非常適合做SaaS服務的客戶。我們有幾個做電商后臺SaaS服務以及做IM即時聊天后臺SaaS的客戶以及金山云自己的視頻直播SaaS服務，都是通過這種架構(gòu)來做的。從圖中可以看到，通過對不同的子網(wǎng)去區(qū)分客戶，這里面就是你看客戶A的交換機，客戶B的交換機、客戶C、客戶D，實際上他給每個客戶分配了一個交換機，所有這個客戶相關的虛擬機的資源都掛在這個交換機下。圖中交換機的連線上的ACL，代表在這個虛擬交換機上，通過配置ACL規(guī)則，來隔絕彼此之間的訪問。
這是一個典型的電商的場景，我們有很多的大型的電商客戶，他們都有自己的IDC，有自己的資源，有自己的線路，但是他們有一個共同的問題，就是類似雙十一這樣的大促，會有幾十倍上百倍于日常流量的訪問，這時候他們需要額外的彈性資源。這個場景就是我們這類客戶的連接場景。首先他們通過自己的IDC去和我們的VPC做專線的互聯(lián)，聯(lián)通后，會在我們VPC里啟用對應的業(yè)務的前端資源，業(yè)務前端用了我們的負載均衡服務。這張圖里一個特色就是我們的HTTPs的負載均衡，大家知道HTTPs的握手過程是非常消耗服務器計算資源的，典型的Intel Xeon雙路服務器，每秒只能處理幾千個HTTPs的握手請求。對于大促的瞬時爆發(fā)流量來說，拿普通服務器去承載這個計算量，成本上是非常不合適的。金山云的HTTPs負載均衡服務，幫客戶把HTTPs的計算量全部轉(zhuǎn)移到負載均衡上去實現(xiàn)，轉(zhuǎn)發(fā)給客戶主機的只是HTTP請求，從而幫助客戶節(jié)省大量資源。
像我們的這種大型電商客戶，會把他這種雙十一的彈性資源，特別是業(yè)務前端，頁面等等一些object放到我們的云上，當促銷活動結(jié)束了以后，可以再裁撤VPC里的虛擬資源。這也是用云的好處之一，即提供靈活可伸縮的彈性資源。
最后這張圖就是剛才我提到的我們冰島產(chǎn)品的一個應用案例，這個應用案例對應兩個客戶，一個是大型互聯(lián)網(wǎng)的廣告的服務商，另一個也是一個大型的互聯(lián)網(wǎng)的公司。這個架構(gòu)里大家可以看左上角用虛機搭成在線服務的部分，右邊是我們云服務數(shù)據(jù)庫，云緩存服務?；ヂ?lián)網(wǎng)公司的典型的在線業(yè)務的場景就是用LB分流給虛機，虛機去訪問數(shù)據(jù)庫，或者緩存服務。因此這兩個客戶，用虛機和云數(shù)據(jù)庫，云緩存搭建了業(yè)務的前端。但是這些客戶實際上他們是有很多計算的需求的，包括日志的處理，用戶畫像的計算，廣告模型的訓練等。
因為計算量會比較大，對性能要求高，而且是一個常備的計算集群，每天都要去算，因此客戶會選擇用我們的EPC云物理機組成Map-Reduce的集群，這個Map-Reduce集群里所有的物理機都是用雙萬兆的連接連在一起的，他可以跑出非常高的性能和吞吐率來。然后還有一些場景客戶需要去做模型的訓練，這兩年比較流行的用GPU做大規(guī)模高性能浮點計算，最典型的比如像Deep-Learning這樣的大量高維矩陣單精度浮點計算，都是用GPU的物理機集群來算，客戶也選擇了把GPU機器托管在VPC中。MR集群計算出來的數(shù)據(jù)，以及GPU集群計算出來的模型，再推送到VPC里的虛機組成的在線集群，來提供對終端用戶的服務。除了這些常備的日常計算外，企業(yè)也需要每周或者每月的臨時彈性資源來計算月報，周報等報表，這時候，客戶選擇啟用金山云提供的KMR（Kingsoft Map-Reduce）服務，按照分鐘粒度計費，計算完周報月報后，將數(shù)據(jù)存到KS3上，然后拆除集群，節(jié)省成本。
今天我分享了很多案例和方案了?？偨Y(jié)來看，我的建議是，如果是企業(yè)的體量非常大，他對云的要求可能只是適當?shù)膹椥?；企業(yè)體量中等，他可能是私有云和公有云和混合場景會比較合適；如果體量更小一點，可能就是直接用純云的方式就可以了。（本文首發(fā)鈦媒體，根據(jù)金山云網(wǎng)絡與安全部技術(shù)總監(jiān)劉濤在鈦坦白上的分享整理）
………………………………………………
鈦坦白第26期八個小時的分享已經(jīng)全部結(jié)束，干貨會陸續(xù)發(fā)布在鈦媒體上：http://m.chcmb.cn/tag/1508094
報名入群聽課：在微信公號“鈦媒體”（taimeiti），發(fā)送“鈦坦白”
與鈦坦白合作，推薦鈦客：請與鈦坦白負責人佳音聯(lián)系，郵箱jiayinge@tmtpost.com
快報
根據(jù)《網(wǎng)絡安全法》實名制要求，請綁定手機號后發(fā)表評論