資訊專欄INFORMATION COLUMN
摘要：最終，企業(yè)不惜一切代價避免供應(yīng)商鎖定，這意味著要放棄一些獨特的供應(yīng)商功能。最后，經(jīng)過客觀審查得出一個非常重要的論點多云使企業(yè)能夠使用最佳工具選擇和部署該工作。
如今，企業(yè)應(yīng)該考慮采用最適合的平臺和服務(wù)，以真正從多云策略中獲得最大收益。
這是一個多云世界，為什么？
多云越來越成為企業(yè)的云端戰(zhàn)略。根據(jù)RightScale發(fā)布的2018年云狀態(tài)報告，81％的組織將采用多云策略，并管理公共云和私有云中的工作負載。
對于考慮實施多云的組織（或者根據(jù)已經(jīng)發(fā)生的情況制定戰(zhàn)略），重要的是要平衡這些考慮與客觀分析。在最近的一份報告中，Cloud Academy公司研究了有關(guān)多云最常見的一些論點的可行性。以下是總結(jié)出來的采用多云的一些理由。
理由1：避免供應(yīng)商鎖定
對供應(yīng)商鎖定的恐懼在企業(yè)中并不少見。對于一些企業(yè)來說，避免單一供應(yīng)商的鎖定是其核心業(yè)務(wù)需求，對于其他公司來說，這是為了確?？梢詫I(yè)務(wù)遷移到另一個框架或平臺。最終，企業(yè)不惜一切代價避免供應(yīng)商鎖定，這意味著要放棄一些獨特的供應(yīng)商功能。
報告稱：“避免鎖定并不是一個二元選擇，而是與容忍度和設(shè)計決策的程度有關(guān)。”采用的一種方法是抽象出供應(yīng)商特定的功能。這里有兩個簡單的例子：
代碼級別：通過可以使用任何存儲后端（本地存儲，S3，Azure存儲，Google云端存儲等）實現(xiàn)的界面訪問BLOB存儲等功能。除了在測試期間提供的靈活性之外，如果需要的話，開發(fā)人員可以更輕松地遷移到新平臺。
容器：容器及其編排工具是額外的抽象層，可以使工作負載更加靈活便攜。
作為一種最佳實踐，組織必須權(quán)衡過度依賴任何單一平臺或工具的利弊。
理由2：高可用性
由于企業(yè)的平均停機成本為每分鐘8，850美元，因此很難承受系統(tǒng)故障的風(fēng)險。根據(jù)設(shè)計，許多公共云服務(wù)已經(jīng)跨不同地理區(qū)域進行復(fù)制，以確?？捎眯?。而如果發(fā)生中斷，營銷團隊會讓企業(yè)相信在AWS的公共云上運行業(yè)務(wù)，其并將故障轉(zhuǎn)移到微軟Azure，這是避免停機的合理解決方案。但是，考慮到當(dāng)今技術(shù)的可用性，如果團隊在單一云級別上采用最佳實踐，則基本可以避免在多云上運行。
采取存儲故障轉(zhuǎn)移（有人認為這可能會減少AWS S3在2017年2月中斷的業(yè)務(wù)影響）。如果簡單地使用跨區(qū)域復(fù)制，那么跨云復(fù)制會增加復(fù)雜性。
理由3：為工作選擇最佳工具
在企業(yè)中獲得最大成功的多云實施是那些采用最佳匹配的方法。在某些行業(yè)（財務(wù)、生物技術(shù)或醫(yī)療保?。┕ぷ鞯膱F隊或某些合規(guī)要求的團隊可能會考慮將特定工作負載和應(yīng)用程序更好地從一個平臺遷移到另一個平臺。在組織中，團隊可以根據(jù)他們現(xiàn)有的經(jīng)驗或基于成本來選擇平臺。對于復(fù)雜的團隊來說，最佳匹配可能意味著在單個應(yīng)用程序中使用多平臺服務(wù)。
建立一個最適合的框架通常采用兩種形式：最佳平臺或最佳API。
（1）應(yīng)用程序或團隊驅(qū)動
通過正確的控制和培訓(xùn)，組織在選擇如何構(gòu)建和運行應(yīng)用程序方面給予了團隊更大的代理權(quán)。在這里，團隊的經(jīng)驗和易于開發(fā)和部署將極大地影響云平臺的選擇。獲得創(chuàng)新和為特定工作量選擇最佳平臺的自由是其他激勵因素。
這種靈活性可以提供價值，但并非沒有挑戰(zhàn)。而每個新平臺將會：
增加企業(yè)所需的領(lǐng)域知識的數(shù)量。
增加需要保護的總體攻擊面。
擴展構(gòu)建和部署所需的工具集。
增加需要管理的開銷。
允許團隊為他們的應(yīng)用程序選擇最佳平臺，還應(yīng)該與仔細評估過程進行配合，該過程考慮應(yīng)用程序的整個生命周期以及團隊本身的技能和經(jīng)驗。
（2）任務(wù)或API驅(qū)動
企業(yè)越來越多地將應(yīng)用邏輯轉(zhuǎn)移到客戶端，并將后端與每項任務(wù)可用的最佳服務(wù)組合在一起。一些技術(shù)促進了這一變化。
新的JavaScript框架可以抽象出復(fù)雜性，可以加快并簡化開發(fā)。容器技術(shù)（lxc，Docker，rkt）支持使用微服務(wù)，并成為無服務(wù)器技術(shù)的基礎(chǔ)，很容易在不同的云平臺服務(wù)于生產(chǎn)。
靈活的團隊可以利用越來越多的專用客戶端消費服務(wù)來完成身份驗證、機器學(xué)習(xí)、數(shù)據(jù)存儲和支付處理等任務(wù)。
這些第三方服務(wù)都是預(yù)先構(gòu)建的，它們?yōu)閼?yīng)用程序提供菜單式開發(fā)流程，使應(yīng)用程序用戶界面（UI）需要在API協(xié)調(diào)中心運行。以用戶界面（UI）為中心的協(xié)調(diào)通常避免了服務(wù)彼此直接通信時固有的延遲。
最后，經(jīng)過客觀審查得出一個非常重要的論點：多云使企業(yè)能夠使用最佳工具選擇和部署該工作。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/5739.html
摘要：與或等流行工具結(jié)合或集成在當(dāng)今的混合云管理提供商中很常見。如果中止混合云管理合同，那么它只是策略的一部分，而加入現(xiàn)有資源則需要模板轉(zhuǎn)換為混合云管理格式。實際上，組織不必選擇最好的混合云管理產(chǎn)品?；旌显乒芾恚℉CM）市場的發(fā)展如今有些停滯不前，但最近這一切發(fā)生了變化。很多企業(yè)開始解決云計算管理挑戰(zhàn)，在采用云計算策略的企業(yè)中，超過一半的基礎(chǔ)設(shè)施決策者正在積極監(jiān)控使用情況，并創(chuàng)建有效的云計算策略。...
摘要：安全性多云管理平臺應(yīng)能夠評估和審核其管理的各種云平臺的安全狀況。組織通常會使用托管服務(wù)或依靠多種工具來監(jiān)督其多云策略的特定組件。出于同樣的原因企業(yè)最終采用多云策略可能需要多個專用工具來管理它。如今,越來越多的企業(yè)采用多云策略,市場上有很多的公共云服務(wù)可供選擇,并且還有影子IT,很可能某個組織已經(jīng)使用AWS、Azure、Digital Ocean、Box等服務(wù)。企業(yè)IT部門當(dāng)前的工作就是試圖通...
摘要：即使在可用性方面有些小問題也是不可容忍的這意味著可用性必須在多云世界中得到保證。這里的主要機制是將基礎(chǔ)設(shè)施分成由硬化邊界包圍的明確界定的區(qū)域。企業(yè)確保每個決策都有助于基礎(chǔ)設(shè)施運營以便為多云做好準備。如今, 多云承諾的未來與企業(yè)IT當(dāng)前的現(xiàn)實背道而馳。這意味著需要改變的不僅僅是對當(dāng)前體系結(jié)構(gòu)和運營實踐的增量式延續(xù)。實際上,企業(yè)的業(yè)務(wù)需要進行整體規(guī)劃,因為它們不僅將應(yīng)用轉(zhuǎn)移到云端,而且還要為多云...
摘要：隨著許多公司正在經(jīng)歷數(shù)字化轉(zhuǎn)型全球增長或簡單地重新投資業(yè)務(wù)，公共云和成為其基礎(chǔ)設(shè)施的重要組成部分。所有其他企業(yè)唯一可用的選擇是利用應(yīng)用程序和公共云增強自己的私有云和內(nèi)部部署工作負載，以提供滿足最終客戶員工和開發(fā)人員需求所需的服務(wù)。如今，多云世界已經(jīng)真正到來。很多組織采用多個公共云（如AWS、谷歌云、Microsoft Azure）、私有云、云計算基礎(chǔ)服務(wù)（如SaaS、IaaS），以及在一個或...
摘要：多云本質(zhì)上與混合云并不是一回事，而是一系列必須集中管理的云環(huán)境實體。這是多云是多個云平臺的一部分原因，而不是混合云的奇異性。混合云面臨的挑戰(zhàn)使用多云設(shè)置會引發(fā)安全問題。究竟是什么構(gòu)成了多云？它與其他云計算選項相比有何利弊呢？顯然，多云包含多個云，混合云也是如此。但是當(dāng)人們談到多云與混合云時，由于企業(yè)的需求推動市場發(fā)展，而更多地關(guān)注多云。混合云是一個單一實體，其定義是私有云環(huán)境與一個或多個公共...
閱讀 3492·2023-04-26 03:05
閱讀 1547·2019-08-30 13:09
閱讀 1971·2019-08-30 13:05
閱讀 969·2019-08-29 12:42
閱讀 1457·2019-08-28 18:18
閱讀 3511·2019-08-28 18:09
閱讀 579·2019-08-28 18:00
閱讀 1776·2019-08-26 12:10
