本文著筆介紹IT互聯(lián)網(wǎng)化為傳統(tǒng)企業(yè)帶來(lái)的技術(shù)挑戰(zhàn)，并對(duì)上云架構(gòu)最佳實(shí)踐進(jìn)行了深入介紹，首發(fā)于阿里云&《程序員》聯(lián)合出品的《凌云》雜志。

作者： 王宇德，張文生

云計(jì)算作為信息技術(shù)領(lǐng)域的一種創(chuàng)新應(yīng)用模式，自其誕生以來(lái)一直備受關(guān)注。由于其具備低成本、彈性、易用、高可靠性、按需服務(wù)等特點(diǎn)，近年來(lái)被看作是新一代信息技術(shù)變革和商業(yè)模式變革的核心。互聯(lián)網(wǎng)、游戲、物聯(lián)網(wǎng)等新興行業(yè)紛紛積極擁抱云計(jì)算，對(duì)大部分企業(yè)用戶(hù)來(lái)說(shuō)，受限于傳統(tǒng)IT技術(shù)架構(gòu)的束縛，往往缺乏遷移到云計(jì)算的動(dòng)力和技術(shù)實(shí)現(xiàn)參考。

?????傳統(tǒng)IT架構(gòu)的技術(shù)特點(diǎn)和面臨的問(wèn)題

?????企業(yè)中最核心的系統(tǒng)通常是數(shù)據(jù)庫(kù)管理系統(tǒng)，用以滿(mǎn)足實(shí)時(shí)交易和分析的需求。傳統(tǒng)的單機(jī)數(shù)據(jù)庫(kù)采用“向上擴(kuò)展”（Scale-Up）思路但這種方式一般只能夠支持幾個(gè)TB 數(shù)據(jù)的存儲(chǔ)和處理，遠(yuǎn)不能滿(mǎn)足實(shí)際需求。

?????為了達(dá)到高性能和更大數(shù)據(jù)存儲(chǔ)容量的要求，采用集群設(shè)計(jì)的OLTP系統(tǒng)逐步成為主流。如圖1所示，常見(jiàn)的企業(yè)數(shù)據(jù)庫(kù)集群如Oracle RAC通常采用Share-Everything（Share-Disk）模式。數(shù)據(jù)庫(kù)服務(wù)器之間共享資源，例如磁盤(pán)、緩存等。當(dāng)性能不能滿(mǎn)足需求時(shí)，要依靠升級(jí)數(shù)據(jù)庫(kù)服務(wù)器（一般采用小型機(jī)）的CPU、內(nèi)存和磁盤(pán)，來(lái)達(dá)到提升單節(jié)點(diǎn)數(shù)據(jù)庫(kù)服務(wù)性能的目的。另外，可以增加數(shù)據(jù)庫(kù)服務(wù)器的節(jié)點(diǎn)數(shù)，依靠多節(jié)點(diǎn)并行和負(fù)載均衡來(lái)達(dá)到提升性能和系統(tǒng)整體可用性的效果。但當(dāng)數(shù)據(jù)庫(kù)服務(wù)器節(jié)點(diǎn)數(shù)量增大時(shí)，節(jié)點(diǎn)之間的通信將成為瓶頸，而且處理各個(gè)節(jié)點(diǎn)對(duì)數(shù)據(jù)的訪問(wèn)控制將受制于事務(wù)處理的一致性要求。從實(shí)際案例來(lái)看，4節(jié)點(diǎn)以上的RAC非常少見(jiàn)。

?????另外，根據(jù)摩爾定律，處理器的性能約每隔18個(gè)月便會(huì)增加一倍，而DRAM的性能大約每10年才會(huì)增加一倍，使得處理器和內(nèi)存的性能形成剪刀差。雖然處理器的性能在快速提升，但由于磁盤(pán)的機(jī)械轉(zhuǎn)速與磁臂的尋道時(shí)間的限制，磁盤(pán)存儲(chǔ)性能提升緩慢，硬盤(pán)的IOPS性能近10年基本沒(méi)有太大提升（HDD磁盤(pán)的轉(zhuǎn)速一直在7200-15000RPM)，基于HDD的磁盤(pán)陣列存儲(chǔ)越來(lái)越成為集中式存儲(chǔ)架構(gòu)的性能瓶頸，而全閃存陣列受限于高昂的成本和擦寫(xiě)壽命還遠(yuǎn)達(dá)不到大規(guī)模商用的要求。

?????因此，IOE的集中存儲(chǔ)（Share-Everything）方式存在性能、容量與擴(kuò)展性的局限，同時(shí)成本居高不下。而互聯(lián)網(wǎng)化帶來(lái)的高并發(fā)，大數(shù)據(jù)的處理要求，x86和開(kāi)源數(shù)據(jù)庫(kù)技術(shù)的飛速發(fā)展， NoSQL、Hadoop等分布式系統(tǒng)技術(shù)的逐漸成熟，互聯(lián)網(wǎng)化帶來(lái)的高并發(fā)、大數(shù)據(jù)的處理要求，使得系統(tǒng)架構(gòu)開(kāi)始從集中式的Scale-up架構(gòu)向分布式的Scale-Out架構(gòu)發(fā)展。

?????IT互聯(lián)網(wǎng)化帶來(lái)的技術(shù)挑戰(zhàn)與應(yīng)對(duì)之道

?????Gartner的IT專(zhuān)家預(yù)測(cè)出了2015年的十大信息科技趨勢(shì)，這些趨勢(shì)被認(rèn)為會(huì)在未來(lái)三年對(duì)行業(yè)產(chǎn)生重大影響，其中之一就是“網(wǎng)絡(luò)規(guī)模IT”，即越來(lái)越多的公司會(huì)建造類(lèi)似亞馬遜、Google和Facebook的應(yīng)用和架構(gòu)。這將使網(wǎng)絡(luò)規(guī)模IT成為商用的硬件平臺(tái)，使得新模式、云優(yōu)化和軟件定義方法成為主流。開(kāi)發(fā)和操作的協(xié)同是向網(wǎng)絡(luò)規(guī)模IT發(fā)展的第一步。但傳統(tǒng)的IT系統(tǒng)在向互聯(lián)網(wǎng)化方向轉(zhuǎn)型時(shí)，通常需要面對(duì)以下幾個(gè)技術(shù)挑戰(zhàn)。

?????■ 性能。用戶(hù)體驗(yàn)是影響轉(zhuǎn)化率的重要因素，據(jù)統(tǒng)計(jì)如果4秒鐘打不開(kāi)網(wǎng)站，將有60%的顧客會(huì)流失，糟糕體驗(yàn)將導(dǎo)致大量的客戶(hù)選擇放棄或從競(jìng)爭(zhēng)對(duì)手處購(gòu)買(mǎi)服務(wù)。如何在高并發(fā)訪問(wèn)的情況下保證系統(tǒng)的低延遲響應(yīng)，以提升用戶(hù)體驗(yàn)。

?????■ 伸縮性。互聯(lián)網(wǎng)/移動(dòng)互聯(lián)網(wǎng)用戶(hù)的訪問(wèn)行為是動(dòng)態(tài)的，在一些特殊的熱點(diǎn)引爆后，流量能夠通常達(dá)到平時(shí)的10倍甚至幾十倍以上。如何快速響應(yīng)業(yè)務(wù)爆發(fā)時(shí)的資源開(kāi)銷(xiāo)需求，提供無(wú)差別的用戶(hù)體驗(yàn)。

?????■ 容錯(cuò)與最大可用性。互聯(lián)網(wǎng)應(yīng)用系統(tǒng)基于分布式計(jì)算架構(gòu)部署，基于大量的x86服務(wù)器和通用網(wǎng)絡(luò)設(shè)備。而機(jī)器一定會(huì)壞，當(dāng)機(jī)器數(shù)量到一定規(guī)模時(shí)，小概率事件就成為常態(tài)，當(dāng)硬件出現(xiàn)故障時(shí)應(yīng)該如何自動(dòng)化處理，人一定會(huì)在開(kāi)發(fā)中寫(xiě)出Bug，怎么進(jìn)行系統(tǒng)的損害控制。如何基于單機(jī)QPS和并發(fā)數(shù)對(duì)服務(wù)端和客戶(hù)端進(jìn)行限流，實(shí)現(xiàn)動(dòng)態(tài)流量分配，識(shí)別服務(wù)之間的依賴(lài)鏈路風(fēng)險(xiǎn)和系統(tǒng)重要功能點(diǎn)依賴(lài)，評(píng)估最大可能的風(fēng)險(xiǎn)點(diǎn)，分布式系統(tǒng)最大可用性故障檢測(cè)，對(duì)故障模塊進(jìn)行隔離，對(duì)未完成事物進(jìn)行Rollback，通過(guò)犧牲非關(guān)鍵功能通過(guò)優(yōu)雅降級(jí)保證核心功能可用。

?????■ 容量管理。系統(tǒng)性能一定會(huì)到達(dá)瓶頸，如何進(jìn)行更科學(xué)的容量評(píng)估和擴(kuò)容，自動(dòng)計(jì)算前端請(qǐng)求與后端機(jī)器數(shù)量的對(duì)應(yīng)關(guān)系，對(duì)軟硬件容量需求進(jìn)行預(yù)測(cè)。

?????■ 服務(wù)化。如何將業(yè)務(wù)邏輯功能抽象成一個(gè)個(gè)原子服務(wù)，對(duì)服務(wù)進(jìn)行封裝和組合，并基于分布式系統(tǒng)環(huán)境部署，以實(shí)現(xiàn)更靈活的業(yè)務(wù)邏輯和流程。如何從業(yè)務(wù)視角厘清這些服務(wù)的關(guān)系，對(duì)大規(guī)模分布式系統(tǒng)中的單條服務(wù)調(diào)用鏈進(jìn)行跟蹤與展現(xiàn)，并能夠及時(shí)發(fā)現(xiàn)服務(wù)調(diào)用異常。

?????■ 低成本。隨著系統(tǒng)的演進(jìn)性能指標(biāo)不斷發(fā)生變化，如何保證以最低成本滿(mǎn)足特定訪問(wèn)量的要求。

?????■ 自動(dòng)化運(yùn)維管理。不斷發(fā)展的大規(guī)模系統(tǒng)需要不斷維護(hù)、快速迭代和優(yōu)化。如何應(yīng)對(duì)從一臺(tái)到上千臺(tái)甚至上萬(wàn)臺(tái)服務(wù)器的運(yùn)維量變，通過(guò)自動(dòng)化工具和流程管理大規(guī)模軟硬件集群，對(duì)系統(tǒng)進(jìn)行快速部署、升級(jí)、擴(kuò)容和維護(hù)。

?????隨著業(yè)務(wù)的快速發(fā)展，淘寶技術(shù)架構(gòu)經(jīng)歷從最初的LAMP架構(gòu)，到IOE架構(gòu)，再到分布式架構(gòu)，最后到現(xiàn)在的云計(jì)算平臺(tái)架構(gòu)這一變化過(guò)程在不斷解決上面的技術(shù)問(wèn)題。

?????淘寶技術(shù)架構(gòu)變遷

?????自2003年創(chuàng)立以來(lái)的，淘寶業(yè)務(wù)發(fā)展非常迅速，幾乎是每年以100%的速度在成長(zhǎng)。創(chuàng)立之初，為了快速上線，搶占市場(chǎng)，選擇了當(dāng)時(shí)流行的LAMP架構(gòu)，用PHP作為網(wǎng)站開(kāi)發(fā)語(yǔ)言， Linux作為操作系統(tǒng)，Apache作為Web服務(wù)器，MySQL為數(shù)據(jù)庫(kù)，用了三個(gè)月不到的時(shí)間淘寶就上線了。當(dāng)時(shí)整個(gè)網(wǎng)站應(yīng)用服務(wù)器大概10臺(tái)左右，MySQL數(shù)據(jù)庫(kù)采用了讀寫(xiě)分離、一主兩備的部署方式。

?????2004年在淘寶業(yè)務(wù)發(fā)展的推動(dòng)下，我們參考電信運(yùn)營(yíng)商、銀行等的一些企業(yè)解決方案，將LAMP架構(gòu)改造為Oracle+IBM小型機(jī)的數(shù)據(jù)庫(kù)架構(gòu)和EMC存儲(chǔ)方式（圖2）。雖然方案成本昂貴，但性能非常好。同時(shí)，隨著網(wǎng)站流量的增加，系統(tǒng)顯得有些不堪重負(fù)。當(dāng)時(shí)最擔(dān)心的問(wèn)題是網(wǎng)站流量如果持續(xù)增加，交易量持續(xù)增加，網(wǎng)站的系統(tǒng)架構(gòu)怎么設(shè)計(jì)？如何選擇數(shù)據(jù)庫(kù)？如何選擇緩存？如何構(gòu)建業(yè)務(wù)系統(tǒng)？……后來(lái)參考eBay的互聯(lián)網(wǎng)設(shè)計(jì)架構(gòu)，設(shè)計(jì)了一個(gè)Java的技術(shù)方案，并使用了非常多的Java開(kāi)源產(chǎn)品。例如，選擇當(dāng)時(shí)比較流行的JBoss，作為應(yīng)用服務(wù)器；選擇一個(gè)開(kāi)源的IOC容器Spring，來(lái)管理業(yè)務(wù)類(lèi)；封裝了一個(gè)數(shù)據(jù)庫(kù)訪問(wèn)工具IBatis，作為數(shù)據(jù)庫(kù)和Java類(lèi)的Object-Reletionship映射工具。另外，對(duì)于商品搜索功能，采用自己開(kāi)發(fā)的ISearch搜索引擎來(lái)取代在Oracle數(shù)據(jù)庫(kù)中進(jìn)行搜索，降低數(shù)據(jù)庫(kù)服務(wù)器的壓力。做法比較簡(jiǎn)單，每天晚上全量將Oracle小型機(jī)的數(shù)據(jù)dump出來(lái)，Build成ISearch的索引，當(dāng)時(shí)商品量也不大，一臺(tái)普通配置的服務(wù)器，基本上可以將所有的索引都放進(jìn)去，沒(méi)做切分，直接做了一個(gè)對(duì)等集群。

?????從2006年開(kāi)始，淘寶為了改善用戶(hù)體驗(yàn)，開(kāi)始建立自己的CDN站點(diǎn)，由于淘寶的主要流量來(lái)源于各種商品圖片、商品描述等靜態(tài)數(shù)據(jù)，自建CDN可以使這些資源離用戶(hù)更近，提升用戶(hù)訪問(wèn)速度，改善用戶(hù)瀏覽網(wǎng)站的體驗(yàn)。

?????2007年，淘寶全年的交易額超過(guò)400億元，平均近1億多一天，每天有100多萬(wàn)筆交易被創(chuàng)建。當(dāng)時(shí)面對(duì)的幾個(gè)主要問(wèn)題是：一些系統(tǒng)的流量非常大，如商品詳情等，如果直接訪問(wèn)數(shù)據(jù)庫(kù)，會(huì)導(dǎo)致數(shù)據(jù)庫(kù)壓力非常大；如用戶(hù)信息，訪問(wèn)一個(gè)頁(yè)面，都需要查詢(xún)買(mǎi)家信息、賣(mài)家信息、顯示出買(mǎi)家的信用、賣(mài)家的服務(wù)星級(jí)等。此時(shí)，淘寶采用分布式緩存TDBM（Tair的前身）將這些熱點(diǎn)靜態(tài)數(shù)據(jù)緩存在內(nèi)存中，提高訪問(wèn)性能。另外，將自己研發(fā)的分布式文件系統(tǒng)TFS部署在多臺(tái)x86服務(wù)器上，取代商業(yè)的NAS存儲(chǔ)設(shè)備來(lái)存儲(chǔ)淘寶的各種文件信息，如商品圖片、商品描述信息、交易快照信息，來(lái)達(dá)到降低成本和提高整體系統(tǒng)的容量和性能的目的，同時(shí)可以實(shí)現(xiàn)更靈活的擴(kuò)展性。第一期上線大概200臺(tái)TFS服務(wù)器。另外，將ISearch搜索引擎改為分布式架構(gòu)，支持水平擴(kuò)展，部署了48個(gè)節(jié)點(diǎn)。圖3展示了這一架構(gòu)思路。

?????2008年初，為了解決Oracle數(shù)據(jù)庫(kù)集中式架構(gòu)的瓶頸問(wèn)題（連接數(shù)限制、I/O性能），將系統(tǒng)進(jìn)行了拆分，按照用戶(hù)域、商品域、交易域、店鋪域等業(yè)務(wù)領(lǐng)域進(jìn)行拆分，建立了20多個(gè)業(yè)務(wù)中心，如商品中心、用戶(hù)中心、交易中心等。所有有用戶(hù)訪問(wèn)需求的系統(tǒng)，必須使用業(yè)務(wù)中心提供的遠(yuǎn)程接口來(lái)訪問(wèn)，不能夠直接訪問(wèn)底層的MySQL數(shù)據(jù)庫(kù)，通過(guò)HSF這種遠(yuǎn)程通信方式來(lái)調(diào)用業(yè)務(wù)中心的服務(wù)接口，業(yè)務(wù)系統(tǒng)之間則通過(guò)Notify消息中間件異步方式完成調(diào)用。圖4是淘寶的分布式架構(gòu)圖。

?????從2010年開(kāi)始，淘寶網(wǎng)重點(diǎn)著眼于統(tǒng)一架構(gòu)體系，從整體系統(tǒng)層面考慮開(kāi)發(fā)效率、運(yùn)維標(biāo)準(zhǔn)化、高性能、高可擴(kuò)展性、高可用、低成本方面的要求，底層的基礎(chǔ)架構(gòu)統(tǒng)一采用了阿里云計(jì)算平臺(tái)（圖5），使用了SLB、ECS、RDS、OSS、ONS、CDN等阿里云計(jì)算服務(wù)，并通過(guò)阿里云服務(wù)提供的高可用特性，實(shí)現(xiàn)雙機(jī)房容災(zāi)和異地機(jī)房單元化部署，為淘寶業(yè)務(wù)提供穩(wěn)定、高效和易于維護(hù)的基礎(chǔ)架構(gòu)支撐。

?????在從IOE架構(gòu)最終向云計(jì)算平臺(tái)技術(shù)架構(gòu)轉(zhuǎn)移的過(guò)程中，主要面臨以下幾個(gè)技術(shù)挑戰(zhàn)。

?????■ 可用性：脫離小型機(jī)和高端存儲(chǔ)的高冗余機(jī)制，采用基于PC服務(wù)器的分布式架構(gòu)的云計(jì)算平臺(tái)能否做到高可用。

?????■ 一致性：Oracle基于RAC和共享存儲(chǔ)實(shí)現(xiàn)的物理級(jí)別一致性，基于RDS for MySQL能否達(dá)到同樣的效果。

?????■ 高性能：高端存儲(chǔ)的I/O能力很強(qiáng)，基于PC服務(wù)器的RDS能否提供同樣甚至更高的I/O處理能力，MySQL和Oracle對(duì)SQL的處理性能是否相同。

?????■ 擴(kuò)展性：業(yè)務(wù)邏輯如何拆分，如何服務(wù)化，數(shù)據(jù)分多少庫(kù)分多少表，什么維度分，后期二次拆分如何更方便等。

?????基于阿里云計(jì)算平臺(tái)，通過(guò)采用合適的技術(shù)策略和最佳實(shí)踐，包括：應(yīng)用無(wú)狀態(tài)，有效使用緩存（瀏覽器緩存、反向代理緩存、頁(yè)面緩存、局部頁(yè)面緩存、對(duì)象緩存和讀寫(xiě)分離），服務(wù)原子化，數(shù)據(jù)庫(kù)分割，異步解決性能問(wèn)題，最小化事物單元，適當(dāng)放棄一致性。以及自動(dòng)化監(jiān)控/運(yùn)維手段包括監(jiān)控預(yù)警、配置統(tǒng)一管理，基礎(chǔ)服務(wù)器監(jiān)控，URL監(jiān)控，網(wǎng)絡(luò)監(jiān)控，模塊間調(diào)用監(jiān)控，智能分析監(jiān)控，綜合故障管理平臺(tái)，容量管理。可以很好地解決以上問(wèn)題，從而達(dá)到整體系統(tǒng)的高可擴(kuò)展性、更低的成本、更高的性能和可用性的實(shí)現(xiàn)效果。

?????遷云架構(gòu)最佳實(shí)踐

?????淘寶的技術(shù)架構(gòu)是一個(gè)伴隨業(yè)務(wù)逐漸發(fā)展而逐步演進(jìn)的過(guò)程，中間沉淀了很多寶貴的架構(gòu)最佳實(shí)踐。對(duì)于大部分企業(yè)級(jí)客戶(hù)來(lái)說(shuō)，可以結(jié)合自己的業(yè)務(wù)場(chǎng)景選擇合適的技術(shù)架構(gòu)來(lái)實(shí)現(xiàn)整體IT系統(tǒng)的互聯(lián)網(wǎng)化設(shè)計(jì)。不同應(yīng)用場(chǎng)景下的遷云架構(gòu)，包括文件存儲(chǔ)、應(yīng)用服務(wù)、OLTP數(shù)據(jù)庫(kù)、OLAP數(shù)據(jù)庫(kù)。

?????對(duì)于文件存儲(chǔ)方式，可以直接用OSS取代EMC存儲(chǔ)實(shí)現(xiàn)海量數(shù)據(jù)文件的存儲(chǔ)，OSS存儲(chǔ)最大容量可以達(dá)40PB，同時(shí)由于OSS是分布式存儲(chǔ)方式，可以通過(guò)多個(gè)節(jié)點(diǎn)的并行讀寫(xiě)顯著提高數(shù)據(jù)訪問(wèn)性能。對(duì)于大文件，還可以通過(guò)Multipart Upload的方式，將大文件分塊并行傳輸與存儲(chǔ)，實(shí)現(xiàn)高性能。

?????對(duì)于應(yīng)用服務(wù)，可通過(guò)SLB+多臺(tái)ECS實(shí)例組合取代IBM小型機(jī)（圖6），也可以根據(jù)不同應(yīng)用類(lèi)型，直接基于ACE、ONS、OpenSearch等阿里云中間件云服務(wù)部署。

?????OLTP應(yīng)用的遷移相對(duì)復(fù)雜。目前阿里云的RDS實(shí)例最高是48GB內(nèi)存，14000IOPS，1TB的存儲(chǔ)容量（SSD存儲(chǔ)），支持MySQL和SQL Server。這個(gè)配置作為單數(shù)據(jù)庫(kù)服務(wù)器來(lái)使用可以滿(mǎn)足很多場(chǎng)景的數(shù)據(jù)庫(kù)應(yīng)用需求，可直接取代大部分場(chǎng)景下的IBM小型機(jī)+Oracle數(shù)據(jù)庫(kù)+EMC存儲(chǔ)。

?????對(duì)于性能要求更高的應(yīng)用，可考慮引入開(kāi)放緩存服務(wù)OCS，將部分查詢(xún)數(shù)據(jù)加載至分布式緩存中，減少RDS的數(shù)據(jù)查詢(xún)次數(shù)，提升系統(tǒng)的數(shù)據(jù)查詢(xún)并發(fā)效率和降低響應(yīng)時(shí)間，如圖7所示。

?????對(duì)于讀的請(qǐng)求遠(yuǎn)大于寫(xiě)請(qǐng)求的場(chǎng)景，可以考慮用多個(gè)RDS數(shù)據(jù)庫(kù)，采用分布式方式實(shí)現(xiàn)讀寫(xiě)分離，寫(xiě)交易主要發(fā)生在主庫(kù)，讀請(qǐng)求訪問(wèn)備庫(kù)，可以根據(jù)需求對(duì)讀庫(kù)進(jìn)行擴(kuò)展，以實(shí)現(xiàn)整體請(qǐng)求性能的提升。圖8是帶只讀實(shí)例擴(kuò)展的遷云架構(gòu)。

?????對(duì)于數(shù)據(jù)規(guī)模較大的數(shù)據(jù)庫(kù)表，可以通過(guò)水平切分的方式，將數(shù)據(jù)分布在多個(gè)RDS實(shí)例上，通過(guò)并行的分布式數(shù)據(jù)庫(kù)操作來(lái)實(shí)現(xiàn)性能和容量的提升。圖9是帶數(shù)據(jù)拆分的遷云架構(gòu)。

?????總的來(lái)說(shuō)，通過(guò)遷移到RDS、引入數(shù)據(jù)緩存、分庫(kù)分表、讀寫(xiě)分離等多種方式可以用Scale-Out方式取代原有的IOE架構(gòu)，并且獲得更好的性能和擴(kuò)展性。圖10中是遷云架構(gòu)演進(jìn)過(guò)程。

?????對(duì)于OLAP應(yīng)用，可采用ODPS+OTS+RDS/ADS的解決方案取代小型機(jī)+Oracle DB+OLAP+RAC+EMC存儲(chǔ)解決方案，如圖11所示。總體來(lái)看，遷云的通用架構(gòu)方案如圖12所示，針對(duì)具體業(yè)務(wù)系統(tǒng)的遷云方案還需要根據(jù)實(shí)際情況進(jìn)行分析和合理選擇。

?????總結(jié)

?????通過(guò)采用不同的遷云架構(gòu)實(shí)現(xiàn)方案，用戶(hù)可以根據(jù)不同的實(shí)現(xiàn)場(chǎng)景要求，將傳統(tǒng)的IT系統(tǒng)遷移到云端。通過(guò)云產(chǎn)品架構(gòu)最佳實(shí)踐，使阿里云產(chǎn)品組合發(fā)揮最大效用，讓用戶(hù)充分享受云計(jì)算帶來(lái)的彈性、低成本、穩(wěn)定、安全和易用等價(jià)值收益。

總結(jié)

以上是生活随笔為你收集整理的迁云架构实践的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。