云計算如火如荼的展開，云生活開始漸漸的融入到生活當中，與此同時云計算的公司大量出現(xiàn)，在這個科技突飛猛進發(fā)展的時期，各個行業(yè)都開始通過互聯(lián)網進行接軌，而未來云計算會有更好發(fā)展。

云計算發(fā)展現(xiàn)狀

云計算隨著多核處理器、虛擬化、分布式存儲、寬帶互聯(lián)網以及自動化管理等技術的發(fā)展，產生了一種新型的計算模式——云計算，它可以按需部署計算資源，而用戶只需要為所使用的資源付費就可以了。

云計算通過遠程連接，獲取存儲、計算、數(shù)據庫等計算資源。云計算在資源分布上包括“云”與“云終端”。“云”是列互聯(lián)網或大型服務器集群的一種比喻，它是由分布的互聯(lián)網基礎設施，如網絡設備、服務器、存儲設備、安全設備等構成，幾乎所有的數(shù)據和應用軟件。都可存儲在“云”里。

而“云終端”，例如PC、手機、車載電子設備等，只需要擁有一個功能完備的瀏覽器，并安裝一個簡單的操作系統(tǒng)，通過網絡接入“云”，就可以輕松使用云中的計算資源。

云計算的存在過程為了適合現(xiàn)有的發(fā)展需求，進行遷移是再正常不過了，如何在云計算的今天避開這些錯誤需要避開一些陷阱：

1.假設云是相似的。假設所有云提供商都是相同的，在這樣的情況下將應用程序遷移到基礎架構即服務環(huán)境時是十分冒險的。雖然每家云廠商都提供虛擬機和幾種類型的原始存儲，但是在具體功能、計費模式、更高級別的應用程序、網絡服務等方面存在差異。

2.過度定制化。量產云的另一面是過度定制IaaS部署和構建一個“雪花”環(huán)境，但它并不能作為模版來引導未來更多的遷移項目。這種情況通常發(fā)生在項目由單個部門運行時，而且應用團隊創(chuàng)建了不適用于更廣泛組織的自定義管理流程，安全策略和服務配置。

通常當項目是由單個部門運行，而且應用團隊創(chuàng)建了不適用于更廣泛組織的自定義管理流程，安全策略和服務配置時，會出現(xiàn)這種情況。

3.不夠定制化。相反，采用通用虛擬機代替本地云服務來運行自己的業(yè)務是另一個常見的錯誤。雖然似乎與上面的定制化論點相矛盾，但如果用戶采用通用的服務，那么即使是最好的云供應商，也無法展現(xiàn)其在云方面的核心優(yōu)勢。

這是一個容易犯的錯誤，因為它似乎是避免被云供應商鎖定的最佳方式，可以在較短的時間內使自身業(yè)務向其他云遷移。即使使用AWS EC2，彈性塊存儲和S3等通用服務，應用程序移動到另一個IaaS平臺，也需要進行一定程度的重新設計。

4.文檔不足。數(shù)據是否完整性的問題頗受關注，通常是由于對數(shù)據遷移和復制系統(tǒng)進行了不充分的設計和測試所導致。備份軟件和服務提供商喜歡通過調查來顯示出有多少組織有災難恢復計劃，多少人從來不用。盡管他們有災備的意識，但IT組織的行動往往跟不上思想。將關鍵數(shù)據遷移到云時，記錄詳細的信息和驗證結果是至關重要。

5.測試不足。無論是應用程序功能，云管理和故障排除流程還是安全合規(guī)性，將基礎架構遷移到云端都需要像構建新的數(shù)據中心一樣注意實施細節(jié)。

6. 安全標準不一致。將基礎設施遷移到云通常會導致安全策略與原有的標準不相符。所有組織機構都具有用戶訪問和授權，網絡流量，系統(tǒng)和應用程序配置，事件日志記錄和監(jiān)視的安全需求。這些安全策略不會改變，并且在移動到云時可能會變得更加嚴格。

7.忽略依賴關系。當構建混合云環(huán)境時，兩個常見的錯誤是忽視本地數(shù)據和IT服務應用程序依賴關系，以及VPN配置、路由和遠程網絡安全策略的網絡連接問題。

8.距離的暴政。我們往往會忽略的一點是：虛擬云資源是由數(shù)據中心中運行的物理服務器所提供。雖然幾秒鐘就能啟動十幾個虛擬機和一個千兆字節(jié)的SQL數(shù)據庫很神奇，但云離開物理環(huán)境就無法實現(xiàn)。

部署云計算是現(xiàn)在各個大型的公司重視的問題，誰可以在市場中有更好的發(fā)展，需要有長遠的眼光，希望以上的見解可以幫助到您。

文章推薦：云服務器的架構應該是什么樣的呢?