很多企業(yè)遷移上云都希望為企業(yè)的業(yè)務模式帶來變化甚至是更直接的收益,但很多企業(yè)其實是在沒有真正了解上云后的業(yè)務形式的情況下盲目上云,這個時候企業(yè)就會有這樣一個疑問:“我是不是用了假的云鶴山服務器?”
很多企業(yè)在上云之前積攢了一些物理機使用的習慣,企業(yè)上云后還是在用傳統(tǒng)的思路使用云鶴山服務器,這導致很多企業(yè)對云平臺存有一些誤區(qū),使得企業(yè)并沒有真正享受到云鶴山服務器的好處,總結(jié)來說云服務器有九大使用誤區(qū)。
第一個誤區(qū):傳統(tǒng)單體應用不加修改,就進行虛擬機或容器的部署
這樣做的問題是打包的東西太多,應用配置起來非常復雜,無法實現(xiàn)橫向擴展,更有甚者一臺物理機里只跑一個容器,完全沒有享受到容器帶來的好處。
第二個誤區(qū):不想修改應用,而期望虛擬化層的技術(shù)改進,達到“既想馬兒跑又想馬兒不吃草”的效果
比如希望虛擬機或容器能夠達到物理機的性能,雖然Intel等廠商在硬件層面針對虛擬化做了很多改進,但會大大降低應用的可遷移性和靈活性。所以云服務器的用戶首先要意識到,虛擬化必然會造成性能損耗,應該通過應用的改造,去利用云服務器的橫向擴展能力,從而抵消這種性能損耗。
第三個誤區(qū):期望對虛擬機進行細粒度的調(diào)度,感知物理機和機架
傳統(tǒng)的運維通常會問為什么云服務器不能提供遷移的功能,把應用從一個機器遷移到另一個機器,或者把應用分布在不同的物理機甚至機架上。實際上還是把云服務器當成傳統(tǒng)的物理機來用。
第四個誤區(qū):喜歡指定所有的機器的規(guī)格,然后一次性進行包年包月購買
很多企業(yè)即便用了云服務器,也希望提前一次性購買未來一年內(nèi)用到的所有機器。云服務器一個非常大的優(yōu)點就是彈性伸縮,所以并不是一次性進行包年包月購買就真的會降低成本,相反有些時候購買夠用的資源包既有靈活性還能減少一定運維成本。
第五個誤區(qū):全公司共用一個賬號
實際上每一個云服務器平臺都是有賬號和子賬號的管理體系的,云服務器的彈性就是為了實現(xiàn)自運維,而不是需要層層審批的傳統(tǒng)方式。
第六個誤區(qū):不規(guī)劃和使用VPC進行隔離
不規(guī)劃和使用VPC進行隔離,隔離性上有很大的問題。
第七個誤區(qū):期望完全由基礎設施層解決應用的高可用問題
比如內(nèi)存的數(shù)據(jù)或硬盤的緩存,哪個重要哪個不重要,哪些數(shù)據(jù)堅決不能丟,這些都是你的應用才知道的,云平臺并不能區(qū)分。
第八個誤區(qū):所有的機器都帶公網(wǎng)IP地址
所有的機器都帶公網(wǎng)IP地址,并且使用用戶名密碼登錄,這些做法都會為系統(tǒng)帶來安全隱患。
第九個誤區(qū):自己搭建數(shù)據(jù)庫、大數(shù)據(jù)平臺等公共基礎設施
這會大大增加公司的運維成本,而實際上每個公有云平臺都提供了相應的PaaS平臺來提供這些服務。
如何發(fā)揮云服務器的優(yōu)勢?
向云而生,云原生應用
現(xiàn)在企業(yè)在應用開發(fā)和遷移的過程中要明確企業(yè)上云的理念,明確企業(yè)應用云化,從而做到簡單的橫向擴展能力,使其能夠發(fā)揮云上的優(yōu)勢。特別是應用層的設計,要考慮到這個應用未來是運行在云上的,要提供能實現(xiàn)彈性擴展和容災備份的機制,一般這種機制被稱為云原生(Cloud Native)。
綜上所述,基礎架構(gòu)層應該做到足夠的彈性,和一定程度的調(diào)優(yōu),但不要做太多影響擴展性的調(diào)優(yōu);應用層應該向云原生發(fā)展,實現(xiàn)更好的彈性伸縮和持續(xù)集成/持續(xù)交付的流程,這樣兩者合作起來,才能有效地降低運維成本
以上文章來源于網(wǎng)絡,如有侵權(quán)請聯(lián)系創(chuàng)一網(wǎng)的客服處理。謝謝!