在考慮將應(yīng)用程序工作負(fù)載轉(zhuǎn)移到邊緣計(jì)算部署的優(yōu)點(diǎn)時(shí)，不僅要考慮技術(shù)因素，還要考慮整體業(yè)務(wù)驅(qū)動(dòng)因素和好處——尤其是這些因素如何應(yīng)用于給定的組織、應(yīng)用程序和用戶(hù)群。

在最簡(jiǎn)單的層面上，圍繞應(yīng)用程序工作負(fù)載放置位置的業(yè)務(wù)決策歸結(jié)為您是否能夠經(jīng)濟(jì)高效地提供用戶(hù)期望的應(yīng)用程序體驗(yàn)。邊緣是否適合您的業(yè)務(wù)？

邊緣的兩個(gè)關(guān)鍵因素

對(duì)于大多數(shù)組織而言，這種流行病使數(shù)字化轉(zhuǎn)型變得超速。企業(yè)已將更多的用戶(hù)交互和參與轉(zhuǎn)移到應(yīng)用程序工作負(fù)載上，用戶(hù)現(xiàn)在對(duì)他們使用的應(yīng)用程序的期望更高。更多特性、更多功能、更多響應(yīng)能力、更多可用性。

由于移動(dòng)和SaaS應(yīng)用程序在日常生活中無(wú)處不在，這些期望只會(huì)變得越來(lái)越苛刻，而且這些期望可能永遠(yuǎn)不會(huì)重置。尚未掌握這一新現(xiàn)實(shí)的組織將不可避免地落后。

滿(mǎn)足這些用戶(hù)體驗(yàn)需求歸結(jié)為兩個(gè)關(guān)鍵因素，即應(yīng)用程序響應(yīng)能力和可用性。

響應(yīng)能力

除其他因素外，響應(yīng)能力是延遲的函數(shù)，或者數(shù)據(jù)從網(wǎng)絡(luò)上的一個(gè)點(diǎn)傳輸?shù)搅硪粋€(gè)點(diǎn)需要多長(zhǎng)時(shí)間。根據(jù)QuadrantStrategies最近的一項(xiàng)調(diào)查，86%的高管和高級(jí)IT決策者同意低延遲應(yīng)用程序有助于他們的組織在競(jìng)爭(zhēng)中脫穎而出。

同時(shí)，80%的受訪者擔(dān)心高延遲會(huì)影響其應(yīng)用程序的質(zhì)量。超過(guò)60%的受訪者進(jìn)一步將關(guān)鍵任務(wù)應(yīng)用程序的低延遲定義為10毫秒或更短。

考慮您的用戶(hù)群和他們可能遇到的延遲是在將應(yīng)用程序部署到邊緣時(shí)要考慮的最大因素之一。一旦考慮了所有其他因素，改善延遲的唯一方法就是將工作負(fù)載和數(shù)據(jù)物理移動(dòng)到離用戶(hù)更近的位置——換句話(huà)說(shuō)，就是向邊緣移動(dòng)。

用戶(hù)群在地理上越分散，這一點(diǎn)就越重要。例如，對(duì)于全球用戶(hù)群而言，隨著工作負(fù)載的擴(kuò)大，集中式云部署很快變得難以為繼；唯一的答案是邊緣部署。

可用性

可用性是體驗(yàn)硬幣的另一面，不幸的是，任何給定的網(wǎng)絡(luò)都將不可避免地出現(xiàn)故障，從而導(dǎo)致有關(guān)重大云中斷和沮喪用戶(hù)的頭條新聞源源不斷。

解決此問(wèn)題的方法是為應(yīng)用程序工作負(fù)載構(gòu)建冗余和彈性。集中式云部署具有有限的彈性，因?yàn)樗鼈円蕾?lài)于該云提供商。當(dāng)網(wǎng)絡(luò)中斷時(shí)，應(yīng)用程序也會(huì)中斷。

另一方面，邊緣部署可以輕松解決這個(gè)問(wèn)題，前提是部署不依賴(lài)于單個(gè)網(wǎng)絡(luò)運(yùn)營(yíng)商。工作負(fù)載必須廣泛分布在不同的供應(yīng)商之間，這樣如果或當(dāng)一個(gè)供應(yīng)商出現(xiàn)問(wèn)題時(shí)，可以繞過(guò)問(wèn)題，以確保持續(xù)的應(yīng)用程序可用性。

邊緣計(jì)算成本問(wèn)題

確定交付預(yù)期體驗(yàn)的成本效益如何可以迅速轉(zhuǎn)移到圍繞工作負(fù)載可擴(kuò)展性、計(jì)算資源分配、網(wǎng)絡(luò)操作、工作負(fù)載隔離和數(shù)據(jù)合規(guī)性的技術(shù)考慮。

必須考慮不同的部署策略不可避免的利弊。然而，在所有條件相同的情況下，分布式邊緣每次都擊敗集中式云。

總體而言，有充分的理由考慮將托管服務(wù)用于邊緣部署;您可以為您的應(yīng)用程序工作負(fù)載獲得邊緣部署的好處，而無(wú)需增加管理或運(yùn)營(yíng)自己的分布式網(wǎng)絡(luò)的成本。

如果您決定朝這個(gè)方向發(fā)展，請(qǐng)務(wù)必考慮邊緣提供商是否需要新的CI/CD(持續(xù)集成和持續(xù)交付)工作流程和專(zhuān)有工具來(lái)支持部署。雖然專(zhuān)有方法消除了管理您自己的網(wǎng)絡(luò)的責(zé)任，但采用新的工作流程、工具和流程可能會(huì)顛覆您當(dāng)前的DevOps流程，從而導(dǎo)致進(jìn)一步的工作流程問(wèn)題。

邊緣的關(guān)鍵考慮因素

許多組織已經(jīng)急于通過(guò)多集群Kubernetes部署對(duì)應(yīng)用程序進(jìn)行現(xiàn)代化改造，而邊緣是該策略的自然延伸，在性能、可擴(kuò)展性、彈性、隔離等方面提供了顯著優(yōu)勢(shì)。

現(xiàn)代邊緣提供了顯著更好的應(yīng)用程序體驗(yàn)，但前提是它可以簡(jiǎn)單且經(jīng)濟(jì)實(shí)惠地采用。換句話(huà)說(shuō)，關(guān)鍵是組織要消除將應(yīng)用程序部署到分布式邊緣的挑戰(zhàn)，同時(shí)仍然保持其現(xiàn)有的容器化環(huán)境并使用熟悉的Kubernetes工具。

此外，能夠找到編排和擴(kuò)展工作負(fù)載以滿(mǎn)足實(shí)時(shí)流量需求并確保為用戶(hù)提供具有成本效益的低延遲響應(yīng)能力的組織——無(wú)論有多少用戶(hù)或他們位于何處——最有可能獲得收益分布式邊緣的獎(jiǎng)勵(lì)。

總之，邊緣計(jì)算的商業(yè)案例是邊緣提供了巨大的優(yōu)勢(shì)——只要它可以相對(duì)簡(jiǎn)單和有效地部署。