多云定義為一種方法，它將來(lái)自多個(gè)云供應(yīng)商的多個(gè)云（公共云或私有云）組合在一起。 但是，這不是來(lái)自不同供應(yīng)商的各種服務(wù)的集合，它需要一種強(qiáng)制性的膠合劑–云不可知的方法，并在所有提供商之間實(shí)現(xiàn)互操作性。 下面我們將介紹正確的多云實(shí)施可以解決哪些問(wèn)題，可以面對(duì)哪些挑戰(zhàn)以及如何實(shí)現(xiàn)所需的互操作性。

多云解決的問(wèn)題

通常，我們不確定哪種解決方案更好，但是我們完全意識(shí)到我們正在努力解決的問(wèn)題。 以下是可以通過(guò)多云方法解決的一些問(wèn)題：

鎖定

幾年前開(kāi)始的云戰(zhàn)略在大多數(shù)情況下已經(jīng)無(wú)法滿足企業(yè)公司的當(dāng)前需求，例如產(chǎn)品線變化，出現(xiàn)了新技術(shù)，用戶數(shù)量和用戶數(shù)量增加等。不久，您就會(huì)知道有很多新解決方案和可以簡(jiǎn)化和改進(jìn)DevOps流程的市場(chǎng)服務(wù)，從而將結(jié)果推高而將TCO推低。 但是，與此同時(shí)，在構(gòu)建整個(gè)項(xiàng)目體系結(jié)構(gòu)時(shí)要牢記先前選擇的云平臺(tái)的功能，因此遷移幾乎是不可能的，并且公司只能與供應(yīng)商聯(lián)系。

而且，如果項(xiàng)目是基于多云方法構(gòu)建的，則默認(rèn)情況下您會(huì)與其他供應(yīng)商兼容，并且可以隨時(shí)將應(yīng)用程序移至最合適的供應(yīng)商。

成本

生產(chǎn)環(huán)境需要最高的性能，因此您選擇最合適的云選項(xiàng)，很可能會(huì)很昂貴。 但是在投入生產(chǎn)之前，該項(xiàng)目經(jīng)歷了開(kāi)發(fā)，測(cè)試和分階段的整個(gè)生命周期。 結(jié)果，您在所有階段都支付高額費(fèi)用 。

多云提供了混合和匹配來(lái)自不同供應(yīng)商的基礎(chǔ)設(shè)施的定價(jià)計(jì)劃的能力，不僅可以滿足技術(shù)需求，還可以滿足可用預(yù)算。 在大多數(shù)情況下，開(kāi)發(fā)和階段工作負(fù)載可以放置在成本較低的云容量上，而生產(chǎn)環(huán)境將使用優(yōu)質(zhì)的高價(jià)格云。 同樣，可以將各種類型的數(shù)據(jù)分發(fā)給通用公共或更安全，更隔離的私有云。

潛伏

現(xiàn)代企業(yè)越來(lái)越多地消除了地理界限，使目標(biāo)受眾為全球。 但這帶來(lái)了新的挑戰(zhàn)，因?yàn)闊o(wú)論客戶身在何處，他們都需要高質(zhì)量和快速的性能。 使連接點(diǎn)更接近客戶可確保較低的延遲。 那就是多云可用性可以提供幫助的地方 ，因?yàn)閿?shù)據(jù)可以從地理位置不同的區(qū)域分布到各個(gè)區(qū)域。 每個(gè)服務(wù)提供商都無(wú)法在所有必需的位置建立數(shù)據(jù)中心，但是使用多云管理解決方案的公司可以從平滑集成在同一平臺(tái)中的其他供應(yīng)商那里獲得更多基礎(chǔ)架構(gòu)選擇。

可用性

甚至可靠的云巨頭也可能會(huì)失敗并面臨中斷，尤其是由于某些天氣情況，人為錯(cuò)誤或其他意外因素所致。 這就是為什么“將所有雞蛋放入一個(gè)籃子”一直是一個(gè)錯(cuò)誤。 跨不同云的工作負(fù)載分布不僅改善了延遲，而且還改善了可用性和性能。 在基礎(chǔ)架構(gòu)和軟件中利用冗余可確保更高水平的容錯(cuò)能力。 這是減輕應(yīng)用程序中斷，停機(jī)和數(shù)據(jù)丟失風(fēng)險(xiǎn)的經(jīng)典方法。

安全法規(guī)法

考慮到數(shù)據(jù)存儲(chǔ)要求將其保存在國(guó)內(nèi)，許多國(guó)家/地區(qū)引入了非常具體的法規(guī)。 最近在歐洲發(fā)展起來(lái)的GDPR僅提醒我們?cè)诜ㄒ?guī)和安全法律方面的依賴程度。 在其他情況下，此類規(guī)則由公司本身的安全要求決定。 結(jié)果，企業(yè)正在尋找一種可能性，可以跨位置或各種類型的云分布數(shù)據(jù)，并同時(shí)遵守不同的法規(guī)。

多云挑戰(zhàn)及其解決方案

遷移到多云需要全面的準(zhǔn)備，人員和資源的智能協(xié)調(diào)以及耐心和積極思考。 讓我們更深入地研究一些挑戰(zhàn)，并考慮克服這些挑戰(zhàn)的方法。

遷移到多云時(shí)的云專業(yè)知識(shí)鴻溝

擴(kuò)展云環(huán)境的數(shù)量通常會(huì)導(dǎo)致擴(kuò)展有效運(yùn)行這些環(huán)境所需的技能，工具和工作。 選擇云計(jì)算選項(xiàng)時(shí)應(yīng)考慮云計(jì)算專家的意見(jiàn)，他們了解可用產(chǎn)品的優(yōu)缺點(diǎn)以及它們與公司特定需求的相互關(guān)系。

多云集成可能涉及到即使是經(jīng)驗(yàn)豐富的技術(shù)員工也不熟悉的任務(wù)。 因此，在開(kāi)始這項(xiàng)工作之前，組織應(yīng)該準(zhǔn)備進(jìn)行投資以在內(nèi)部獲得所需的技能，或者準(zhǔn)備與擁有多云專業(yè)經(jīng)驗(yàn)的托管服務(wù)提供商合作。

將工作負(fù)載從一種云模型轉(zhuǎn)移到另一種云模型的過(guò)程并不容易。 許多公司都在努力確保結(jié)果符合預(yù)期，而不僅僅是浪費(fèi)如此寶貴的資源。

正確的多云管理工具可以簡(jiǎn)化和自動(dòng)化跨新云網(wǎng)絡(luò)的現(xiàn)有標(biāo)準(zhǔn)和策略的部署。 但是，在選擇這樣的云平臺(tái)時(shí)也應(yīng)考慮到即將到來(lái)的公司計(jì)劃，以消除將來(lái)供應(yīng)商鎖定的問(wèn)題。 零代碼更改 ，無(wú)專有API，標(biāo)準(zhǔn)容器包裝支持，遷移舊版應(yīng)用程序的能力–這些只是應(yīng)考慮的某些方面。

管理復(fù)雜度

運(yùn)行多個(gè)云不僅需要技能，還需要人力和時(shí)間資源。 如果供應(yīng)商使用各種方法或措施，那么即使看起來(lái)很簡(jiǎn)單的事情（例如資源供應(yīng)）也可能會(huì)糾結(jié)在一起。 它們每個(gè)都有自己的門(mén)戶，API和應(yīng)管理的流程。

可以跨多個(gè)云平臺(tái)工作的DevOps專家很難找到。 因此，這里可能的解決方案是選擇合適的平臺(tái)，該平臺(tái)在單個(gè)面板中提供對(duì)公共云和私有云的自動(dòng)化和統(tǒng)一管理 。 這可以幫助實(shí)現(xiàn)互操作性，從而統(tǒng)一不同供應(yīng)商中的應(yīng)用程序部署和生命周期管理，并使它們之間的遷移變得容易。

公司應(yīng)忽略導(dǎo)致重大重新配置或特定于云的應(yīng)用適配以及功能不匹配的案例。 如果應(yīng)用程序需要在各種云上使用不同的特定于云的API或服務(wù)，則每次在平臺(tái)上進(jìn)行部署或遷移都需要進(jìn)行大量工作，那么它將失去多云的含義，并導(dǎo)致效率浪費(fèi)。 為了避免不必要的復(fù)雜性，重要的是遵循工具和流程（例如部署和可伸縮性）中的標(biāo)準(zhǔn)化，并避免使用其他云提供商未提供的任何專有服務(wù)。

安全問(wèn)題

多個(gè)云平臺(tái)為可能的攻擊和漏洞提供了更多選擇，因此需要付出額外的努力才能獲得有效的安全性，治理和合規(guī)性。

安全性不是組織的多云策略所涉及的供應(yīng)商的全部責(zé)任。 當(dāng)然，他們應(yīng)該提供一套工具和一流的方法，但是，主要責(zé)任仍然在公司本身。

在簽署SLA之前，與潛在的云供應(yīng)商徹底討論安全要求至關(guān)重要，以找出提供商將要涵蓋的內(nèi)容以及對(duì)安全漏洞或數(shù)據(jù)丟失的預(yù)期反應(yīng)。

成本追蹤

成本靈活性是多云方法的主要優(yōu)勢(shì)之一，但同時(shí)，云多樣性會(huì)導(dǎo)致額外的風(fēng)險(xiǎn)并失去對(duì)預(yù)算的控制。 監(jiān)督，缺乏投資回報(bào)率分析以及對(duì)云消耗的跟蹤可能會(huì)成為一大浪費(fèi)。

為了確保多云效率 ，組織必須持續(xù)監(jiān)視云支出，根據(jù)團(tuán)隊(duì)的項(xiàng)目和工作對(duì)其進(jìn)行調(diào)整，并主動(dòng)預(yù)測(cè)未來(lái)的消費(fèi)模式。

在某些情況下，馴服多云經(jīng)濟(jì)可以被認(rèn)為是最大的挑戰(zhàn)。 每個(gè)平臺(tái)都有自己的計(jì)費(fèi)系統(tǒng)，定價(jià)模型，調(diào)整大小和付款方式，因此整個(gè)預(yù)算的優(yōu)化和合并可能成為一個(gè)噩夢(mèng)。 因此，這需要內(nèi)部團(tuán)隊(duì)（例如，云成本分析師，調(diào)優(yōu)工程師）或與托管的多云提供商合作，后者可以合并數(shù)據(jù)并分別為特定應(yīng)用程序和組織提供成本分析。

冗余策略

構(gòu)建應(yīng)用程序和數(shù)據(jù)冗余，備份，災(zāi)難恢復(fù)和故障轉(zhuǎn)移保護(hù)策略的方法不能被高估，特別是如果系統(tǒng)位于外部數(shù)據(jù)中心中，并且在發(fā)生中斷或其他緊急情況時(shí)您不能直接解決問(wèn)題。

該系統(tǒng)應(yīng)包括在主云的可操作性失敗或完全不可用的情況下自動(dòng)切換到備份平臺(tái)的可能性。 這可以通過(guò)將用戶請(qǐng)求從一個(gè)云重定向到另一個(gè)云來(lái)實(shí)現(xiàn)。 此外，還有一組軟件可以集成，以根據(jù)中斷觸發(fā)條件自動(dòng)進(jìn)行切換。

為了確保在從一個(gè)云切換到另一個(gè)云時(shí)不會(huì)丟失數(shù)據(jù)，需要考慮跨多云實(shí)現(xiàn)的每個(gè)實(shí)例或應(yīng)用程序副本之間的數(shù)據(jù)同步過(guò)程。 云之間的數(shù)據(jù)庫(kù)更新應(yīng)以盡可能低的延遲執(zhí)行，以避免在傳輸期間丟失數(shù)據(jù)。 此外，IT部門(mén)每年必須多次檢查故障轉(zhuǎn)移過(guò)程，以模擬錯(cuò)誤（即使錯(cuò)誤似乎不可能發(fā)生），并確保所有環(huán)境都能在所有云安裝中正常工作。

符合數(shù)據(jù)法規(guī)

在為多云基礎(chǔ)架構(gòu)選擇供應(yīng)商時(shí)，重要的是要考慮公司的政策和法規(guī)，計(jì)劃查找工作負(fù)載的國(guó)家/地區(qū)以及提供商本身。

一些地方政府限制數(shù)據(jù)存儲(chǔ)，因此您不能將其放置在國(guó)外。 此外，金融或政府機(jī)構(gòu)等不同組織只能在高度安全的私有云中托管敏感的工作負(fù)載。 在讓供應(yīng)商參與您的多云策略之前，應(yīng)考慮所有這些細(xì)節(jié)。

摘要

可靠的多云策略的關(guān)鍵要素是抽象。 企業(yè)需要一個(gè)治理層，該治理層可以提供來(lái)自不同云供應(yīng)商獨(dú)特功能的完整抽象，并實(shí)現(xiàn)與云無(wú)關(guān)的實(shí)施，而不會(huì)帶來(lái)額外的復(fù)雜性。 公司與云之間的這種匯合點(diǎn)應(yīng)了解所有云的具體情況，或者結(jié)合所需云中的標(biāo)準(zhǔn)化服務(wù)，并根據(jù)公司需求提供缺少的功能。 像Jelastic這樣的多云管理平臺(tái)提供了所需級(jí)別的互操作性，以簡(jiǎn)化入口點(diǎn)并消除整個(gè)項(xiàng)目生命周期中的復(fù)雜流程。

翻譯自: https://www.javacodegeeks.com/2018/11/multi-cloud-cloud-services-aggregation.html

總結(jié)

以上是生活随笔為你收集整理的多云互操作性！=云服务聚合的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

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