0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

微服務(wù)架構(gòu)下的3種部署策略

jf_78858299 ? 來源:JAVA旭陽 ? 作者:JAVA旭陽 ? 2023-04-07 15:26 ? 次閱讀

前言

不知道大家有了解過你們公司的軟件產(chǎn)品是如何部署的么?采用的什么部署策略?其實(shí)在軟件開發(fā)生命周期中,部署是非常關(guān)鍵的一環(huán),你需要考慮多方面的因素,如何保證你部署對(duì)用戶無感知?如何把影響范圍控制到最?。咳绾纬霈F(xiàn)問題快速的實(shí)現(xiàn)回滾?

現(xiàn)在的大多數(shù)應(yīng)用程序都是云原生、微服務(wù)的方式。例如,淘寶,它就是由許許多多的子服務(wù)組成的。服務(wù)數(shù)量越多,意味著出現(xiàn)問題的可能性更大。那么部署的策略極為關(guān)鍵,高效部署的期望達(dá)成的目標(biāo)有如下幾點(diǎn):

  1. 零停機(jī)
  2. 快速部署
  3. 客戶對(duì)新版本的快速反饋
  4. 出現(xiàn)問題容易回滾

那么本文和大家分享3種微服務(wù)部署比較常見的3種部署策略,滾動(dòng)部署、藍(lán)綠部署和金絲雀部署。

滾動(dòng)部署

上圖顯示了部署模式: 舊版本以藍(lán)色顯示 ,新版本在集群中的每個(gè)服務(wù)器上 以綠色顯示 。

在滾動(dòng)部署中,應(yīng)用程序的新版本逐漸替換舊版本。實(shí)際部署發(fā)生在一段時(shí)間內(nèi)。在此期間,新舊版本將共存,不會(huì)影響功能使用和用戶體驗(yàn)。此過程可以更輕松地回滾與舊組件不兼容的任何新組件。

優(yōu)點(diǎn):

  1. 減少停機(jī)時(shí)間 :滾動(dòng)部署允許以增量方式部署更新,從而減少應(yīng)用程序的整體停機(jī)時(shí)間。這是因?yàn)閼?yīng)用程序在部署過程中對(duì)用戶仍然可用。
  2. 更好的風(fēng)險(xiǎn)管理 :通過逐步更新一部分服務(wù)器,滾動(dòng)部署可以實(shí)現(xiàn)更好的風(fēng)險(xiǎn)管理。如果在更新期間出現(xiàn)任何問題,可以及早檢測(cè)到并在將更新推廣到所有服務(wù)器之前緩解這些問題。
  3. 提高可靠性 :滾動(dòng)部署可以通過降低廣泛故障的風(fēng)險(xiǎn)來幫助提高應(yīng)用程序的可靠性。由于更新是針對(duì)一部分服務(wù)器推出的,因此可以在問題影響整個(gè)系統(tǒng)之前檢測(cè)并解決問題。
  4. 簡(jiǎn)化回滾 :如果在部署過程中出現(xiàn)問題,滾動(dòng)部署可以更輕松地回滾更新。由于更新是增量部署的,回滾到以前的版本只需要回滾已更新的服務(wù)器子集。

缺點(diǎn):

  1. 復(fù)雜性: 滾動(dòng)部署的設(shè)置和管理可能很復(fù)雜,尤其是對(duì)于具有許多服務(wù)器的大型應(yīng)用程序。它需要仔細(xì)規(guī)劃和協(xié)調(diào),以確保以正確的順序推出更新,并及時(shí)更新所有服務(wù)器。
  2. 更長(zhǎng)的部署時(shí)間 :滾動(dòng)部署可能需要比其他部署策略更長(zhǎng)的時(shí)間才能完成,因?yàn)楦率侵鸩酵瞥龅?。這可能會(huì)導(dǎo)致更長(zhǎng)的部署時(shí)間,這可能不適合對(duì)正常運(yùn)行時(shí)間有嚴(yán)格要求的應(yīng)用程序。
  3. 增加資源使用 :滾動(dòng)部署可能需要更多資源,因?yàn)楦聲?huì)在部署到所有服務(wù)器之前先部署到一部分服務(wù)器。這可能會(huì)導(dǎo)致資源使用量增加和成本增加。
  4. 兼容性問題的風(fēng)險(xiǎn) :滾動(dòng)部署會(huì)增加在不同服務(wù)器上運(yùn)行的不同版本的應(yīng)用程序之間出現(xiàn)兼容性問題的風(fēng)險(xiǎn)。這可以通過在推出更新之前徹底測(cè)試應(yīng)用程序情況的兼容性來緩解。

藍(lán)綠部署

在藍(lán)綠部署中,有兩個(gè)相同的環(huán)境(或資源集)用于部署和測(cè)試新版本的軟件。一個(gè)環(huán)境被認(rèn)為是“藍(lán)色”環(huán)境,而另一個(gè)被認(rèn)為是“綠色”環(huán)境。

當(dāng)前版本的軟件在藍(lán)色環(huán)境中運(yùn)行,新版本在 綠色環(huán)境中進(jìn)行部署和測(cè)試 。一旦新版本在綠色環(huán)境中被認(rèn)為穩(wěn)定且功能齊全,流量可以從藍(lán)色環(huán)境切換到綠色環(huán)境,使新版本成為當(dāng)前版本。

這種方法的優(yōu)點(diǎn)是它最大限度地降低了部署新版本軟件可能導(dǎo)致的停機(jī)或錯(cuò)誤的風(fēng)險(xiǎn)。如果在部署或測(cè)試過程中出現(xiàn)問題,可以快速切換回藍(lán)色環(huán)境,而不會(huì)對(duì)用戶造成任何干擾。這使得藍(lán)綠部署成為需要高可用性和正常運(yùn)行時(shí)間的公司的熱門選擇。

優(yōu)點(diǎn):

  1. 停機(jī)時(shí)間最短 :藍(lán)綠部署允許零停機(jī)更新,因?yàn)樾掳姹镜膽?yīng)用程序在切換到藍(lán)色環(huán)境之前部署到綠色環(huán)境,這可以導(dǎo)致停機(jī)時(shí)間最少。
  2. 降低風(fēng)險(xiǎn) :由于新版本的應(yīng)用部署到綠色環(huán)境,部署過程中出現(xiàn)的任何問題都與綠色環(huán)境隔離,降低了大范圍故障的風(fēng)險(xiǎn)。
  3. 簡(jiǎn)化回滾 :如果部署過程中出現(xiàn)問題,很容易回滾到以前的版本,因?yàn)樗{(lán)色環(huán)境仍然運(yùn)行以前的版本。
  4. 提高可靠性 :由于藍(lán)色和綠色環(huán)境相同,藍(lán)綠部署可以幫助確保應(yīng)用程序可靠和穩(wěn)定。

缺點(diǎn):

  1. 復(fù)雜性增加 : 藍(lán)綠部署的設(shè)置和管理可能很復(fù)雜,尤其是對(duì)于具有許多組件的大型應(yīng)用程序。它需要仔細(xì)規(guī)劃和協(xié)調(diào),以確保正確設(shè)置綠色環(huán)境,并確保從藍(lán)色環(huán)境到綠色環(huán)境的無縫切換。
  2. 增加資源使用 :運(yùn)行兩個(gè)相同的環(huán)境可能需要更多資源,這會(huì)導(dǎo)致成本增加。
  3. 更長(zhǎng)的部署時(shí)間 : 藍(lán)綠可能需要更長(zhǎng)的部署時(shí)間,因?yàn)樾掳姹镜膽?yīng)用程序需要先部署到綠色環(huán)境,然后才能切換到藍(lán)色環(huán)境。
  4. 配置漂移的風(fēng)險(xiǎn) :由于兩個(gè)相同的環(huán)境同時(shí)運(yùn)行,如果更改一個(gè)環(huán)境而不更改另一個(gè)環(huán)境,則存在配置漂移的風(fēng)險(xiǎn)。通過使用自動(dòng)化和配置管理工具來確保環(huán)境保持相同,可以減輕這種風(fēng)險(xiǎn)。

金絲雀部署

金絲雀部署就像藍(lán)綠部署,只是它風(fēng)險(xiǎn)更小。你無需一步從藍(lán)色切換到綠色,而是使用一種 分階段的方法 。

通過金絲雀部署,您可以在生產(chǎn)基礎(chǔ)設(shè)施的一小部分中部署新的應(yīng)用程序代碼。一旦應(yīng)用程序被簽署發(fā)布,只有少數(shù)用戶被路由到新版本上,這樣可以最大限度地減少任何影響。

在沒有錯(cuò)誤報(bào)告的情況下,新版本可以逐步推廣到基礎(chǔ)架構(gòu)的其余部分。

優(yōu)點(diǎn):

  1. 降低風(fēng)險(xiǎn) : 金絲雀部署可以降低風(fēng)險(xiǎn),因?yàn)樾掳姹镜膽?yīng)用程序被推出到一小部分用戶或服務(wù)器,允許在問題影響更廣泛的受眾之前檢測(cè)和緩解任何問題。
  2. 早期反饋 : 金絲雀部署提供一小部分用戶對(duì)新版本應(yīng)用程序的早期反饋,這有助于在向更廣泛的受眾推出之前識(shí)別問題并改進(jìn)應(yīng)用程序。
  3. 提高可靠性 :金絲雀部署有助于提高應(yīng)用程序的可靠性,確保在問題影響更廣泛的受眾之前及早發(fā)現(xiàn)并解決任何問題。
  4. 受控推出 :金絲雀部署允許受控推出新版本的應(yīng)用程序,這有助于確保推出順利并且不會(huì)導(dǎo)致任何意外問題。

缺點(diǎn):

  1. 復(fù)雜性增加 :金絲雀部署的設(shè)置和管理可能很復(fù)雜,尤其是對(duì)于具有許多組件的大型應(yīng)用程序。它需要仔細(xì)規(guī)劃和協(xié)調(diào),以確保正確設(shè)置金絲雀版本并且無縫推出。
  2. 增加資源使用 :運(yùn)行兩個(gè)版本的應(yīng)用程序可能需要更多資源,這會(huì)導(dǎo)致成本增加。
  3. 更長(zhǎng)的部署時(shí)間 : 金絲雀部署可能需要更長(zhǎng)的時(shí)間才能部署,因?yàn)樾掳姹镜膽?yīng)用程序需要在向更廣泛的受眾推出之前進(jìn)行測(cè)試和監(jiān)控。
  4. 金絲雀超載的風(fēng)險(xiǎn) :如果金絲雀子集太小或不能代表更廣泛的受眾,它可能會(huì)因流量或使用而超載,這可能會(huì)扭曲結(jié)果并影響應(yīng)用程序的整體性能。

總結(jié)

總而言之,沒有適用于所有情況的單一“最佳”部署策略,因?yàn)椴煌姆椒赡芨m合不同的場(chǎng)景、團(tuán)隊(duì)和應(yīng)用程序。比如我們公司就是采用的停機(jī)部署,雖然提起來有點(diǎn)low,但是我們是TO B業(yè)務(wù),這種方式成本最低,怎么簡(jiǎn)單怎么來。

總的來說,最佳部署策略將取決于多種因素,包括應(yīng)用程序的規(guī)模和復(fù)雜性、團(tuán)隊(duì)的規(guī)模和專業(yè)知識(shí)、所需的風(fēng)險(xiǎn)和停機(jī)時(shí)間級(jí)別、資源和基礎(chǔ)設(shè)施的可用性以及其他特定考慮因素給相關(guān)組織和應(yīng)用程序。

重要的是要不斷評(píng)估和試驗(yàn)不同的部署策略,以找到最適合你的團(tuán)隊(duì)和你的應(yīng)用程序的策略,并且需要隨著需求的變化,去不不斷調(diào)整迭代你的部署策略,這才是正道。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 軟件開發(fā)
    +關(guān)注

    關(guān)注

    0

    文章

    588

    瀏覽量

    27290
  • 架構(gòu)
    +關(guān)注

    關(guān)注

    1

    文章

    501

    瀏覽量

    25390
  • 微服務(wù)器
    +關(guān)注

    關(guān)注

    0

    文章

    11

    瀏覽量

    8087
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    微服務(wù)架構(gòu)分布式事務(wù)解決方案 —— 阿里GTS

    摘要: 本文將深入和大家探討微服務(wù)架構(gòu),分布式事務(wù)的各種解決方案,并重點(diǎn)為大家解讀阿里巴巴提出的分布式事務(wù)解決方案----GTS。該方案中提到的GTS是全新一代解決微服務(wù)問題的分布式
    發(fā)表于 03-16 11:14

    一行代碼,保障分布式事務(wù)一致性—GTS:微服務(wù)架構(gòu)分布式事務(wù)解決方案

    可用集群,可以彈性擴(kuò)張,可以接收高并發(fā)的客戶端請(qǐng)求??梢灾С挚鐧C(jī)房部署,支持同城容災(zāi)和兩地三中心容災(zāi)。任何異常情況的保證高可用。自動(dòng)回滾策略 當(dāng)有微服務(wù)調(diào)用失敗時(shí),GTS
    發(fā)表于 06-05 19:14

    微服務(wù)架構(gòu)和CQRS架構(gòu)基本概念介紹

    微服務(wù)架構(gòu)現(xiàn)在很熱,到處可以看到各大互聯(lián)網(wǎng)公司的微服務(wù)實(shí)踐的分享總結(jié)。但是,我今天的分享和微服務(wù)沒有關(guān)系,希望可以帶給大家一些新的東西。如果一定要說
    發(fā)表于 05-22 09:03

    微服務(wù)優(yōu)勢(shì)_微服務(wù)架構(gòu)的好處與不足

    微服務(wù)是用一組小服務(wù)的方式來構(gòu)建一個(gè)應(yīng)用,服務(wù)獨(dú)立運(yùn)行在不同的進(jìn)程中,服務(wù)之間通過輕量的通訊機(jī)制(如RESTful接口)來交互,并且服務(wù)可以
    發(fā)表于 02-23 11:24 ?4360次閱讀

    微服務(wù)架構(gòu)與實(shí)踐基礎(chǔ)篇

    微服務(wù)架構(gòu)中,應(yīng)用程序由多個(gè)服務(wù)組成,每個(gè)服務(wù)都是高度自治的獨(dú)立業(yè)務(wù)實(shí)體,可以運(yùn)行在獨(dú)立的進(jìn)程中,不同的服務(wù)能非常容易地
    的頭像 發(fā)表于 04-10 14:23 ?4175次閱讀
    <b class='flag-5'>微服務(wù)</b><b class='flag-5'>架構(gòu)</b>與實(shí)踐基礎(chǔ)篇

    什么是微服務(wù)架構(gòu)_微服務(wù)架構(gòu)的優(yōu)缺點(diǎn)及應(yīng)用

    什么是微服務(wù)架構(gòu) 簡(jiǎn)單地說,微服務(wù)是系統(tǒng)架構(gòu)上的一設(shè)計(jì)風(fēng)格, 它的主旨是將一個(gè)原本獨(dú)立的系統(tǒng)拆分成多個(gè)小型
    的頭像 發(fā)表于 06-02 10:03 ?1.7w次閱讀
    什么是<b class='flag-5'>微服務(wù)</b><b class='flag-5'>架構(gòu)</b>_<b class='flag-5'>微服務(wù)</b><b class='flag-5'>架構(gòu)</b>的優(yōu)缺點(diǎn)及應(yīng)用

    微服務(wù)架構(gòu)有哪些_微服務(wù)架構(gòu)設(shè)計(jì)模式

    小伙伴們知道常用的微服務(wù)架構(gòu)框架有哪些嗎?上回我們介紹了一些常用的微服務(wù)架構(gòu)設(shè)計(jì)模式,這次我們就來了解一一些常用的
    的頭像 發(fā)表于 05-17 17:06 ?2.9w次閱讀
    <b class='flag-5'>微服務(wù)</b><b class='flag-5'>架構(gòu)</b>有哪些_<b class='flag-5'>微服務(wù)</b><b class='flag-5'>架構(gòu)</b>設(shè)計(jì)模式

    微服務(wù)架構(gòu)的特點(diǎn)_微服務(wù)架構(gòu)適用場(chǎng)景

     微服務(wù)架構(gòu)是一項(xiàng)在云中部署應(yīng)用和服務(wù)的新技術(shù)。
    的頭像 發(fā)表于 05-17 17:28 ?4946次閱讀

    微服務(wù)軟件架構(gòu)應(yīng)用研究綜述

    自2014年,微服務(wù)架構(gòu)概念經(jīng)Martin Flower提出以來,受到廣泛關(guān)注,為更好了解微服務(wù)架構(gòu)風(fēng)格,本文首先分析、梳理了軟件架構(gòu)的發(fā)展
    發(fā)表于 05-26 09:26 ?2次下載

    微服務(wù)架構(gòu)簡(jiǎn)介和優(yōu)勢(shì)

    微服務(wù)是小型的獨(dú)立服務(wù),可以獨(dú)立演進(jìn)并單獨(dú)部署,以支持持續(xù)集成和持續(xù)交付。微服務(wù)架構(gòu)促進(jìn)開發(fā)和部署
    的頭像 發(fā)表于 11-30 15:41 ?1584次閱讀
    <b class='flag-5'>微服務(wù)</b><b class='flag-5'>架構(gòu)</b>簡(jiǎn)介和優(yōu)勢(shì)

    什么是微服務(wù)架構(gòu)?

    在Medium,我們的技術(shù)堆棧始于2012年的單片Node.js應(yīng)用程序。我們已經(jīng)構(gòu)建了幾個(gè)衛(wèi)星服務(wù),但我們還沒有制定一個(gè)系統(tǒng)地采用微服務(wù)架構(gòu)策略。隨著系統(tǒng)變得越來越復(fù)雜并且團(tuán)隊(duì)不斷
    的頭像 發(fā)表于 02-24 11:15 ?1269次閱讀
    什么是<b class='flag-5'>微服務(wù)</b><b class='flag-5'>架構(gòu)</b>?

    SpringCloud微服務(wù)架構(gòu):實(shí)現(xiàn)分布式系統(tǒng)的無縫協(xié)作

    在深入Spring Cloud之前,讓我們首先了解一什么是微服務(wù)架構(gòu)。微服務(wù)架構(gòu)是一軟件
    的頭像 發(fā)表于 10-12 16:21 ?704次閱讀
    SpringCloud<b class='flag-5'>微服務(wù)</b><b class='flag-5'>架構(gòu)</b>:實(shí)現(xiàn)分布式系統(tǒng)的無縫協(xié)作

    springcloud微服務(wù)架構(gòu)

    和可擴(kuò)展的微服務(wù)應(yīng)用。 微服務(wù)架構(gòu)通過將一個(gè)大型應(yīng)用拆分成一系列小型的、獨(dú)立可部署服務(wù)來提供解決方案。每個(gè)
    的頭像 發(fā)表于 11-23 09:24 ?962次閱讀

    docker微服務(wù)架構(gòu)實(shí)戰(zhàn)

    隨著云計(jì)算和容器化技術(shù)的快速發(fā)展,微服務(wù)架構(gòu)在軟件開發(fā)領(lǐng)域中變得越來越流行。微服務(wù)架構(gòu)將一個(gè)大型的軟件應(yīng)用拆分成多個(gè)小型的、獨(dú)立部署
    的頭像 發(fā)表于 11-23 09:26 ?534次閱讀

    設(shè)計(jì)微服務(wù)架構(gòu)的原則

    微服務(wù)是一軟件架構(gòu)策略,有利于改善整體性能和可擴(kuò)展性。你可能會(huì)想,我的團(tuán)隊(duì)需不需要采用微服務(wù),設(shè)計(jì)微服
    的頭像 發(fā)表于 11-26 08:05 ?466次閱讀
    設(shè)計(jì)<b class='flag-5'>微服務(wù)</b><b class='flag-5'>架構(gòu)</b>的原則