<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                合規國際互聯網加速 OSASE為企業客戶提供高速穩定SD-WAN國際加速解決方案。 廣告
                # Canary Deployments > 原文:[https://docs.gitlab.com/ee/user/project/canary_deployments.html](https://docs.gitlab.com/ee/user/project/canary_deployments.html) * [Overview](#overview) * [Use cases](#use-cases) * [Enabling Canary Deployments](#enabling-canary-deployments) # Canary Deployments[](#canary-deployments-premium "Permalink") [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/1659) in [GitLab Premium](https://about.gitlab.com/pricing/) 9.1. 一種流行的[持續部署](https://en.wikipedia.org/wiki/Continuous_deployment)策略,其中將一小部分機隊更新為應用程序的新版本. ## Overview[](#overview "Permalink") 在采用[持續交付時](https://about.gitlab.com/blog/2016/08/05/continuous-integration-delivery-and-deployment-with-gitlab/) ,公司需要決定要使用哪種部署策略. 最受歡迎的策略之一是金絲雀部署,首先將一小部分機隊更新為新版本. 金絲雀的這個子集,然后在煤礦中成為眾所周知的[金絲雀](https://en.wiktionary.org/wiki/canary_in_a_coal_mine) . 如果應用程序的新版本存在問題,則僅會影響一小部分用戶,并且可以固定更改或快速還原更改. 利用[Kubernetes 的 Canary 部署](https://kubernetes.io/docs/concepts/cluster-administration/manage-deployment/#canary-deployments) ,無需離開 GitLab,即可在[Deploy Board](deploy_boards.html)內部可視化您的 Canary 部署. ## Use cases[](#use-cases "Permalink") 當您只想向部分 Pod 艦隊提供功能并觀看其行為時,可以使用 Canary 部署. 如果一切正常,您可以將該功能部署到生產中,因為它不會造成任何問題. Canary 部署對于后端重構,性能改進或用戶界面不變的其他更改也特別有用,但是您要確保性能保持不變或有所提高. 開發人員在使用面向用戶的更改的 Canary 時需要謹慎,因為默認情況下,來自同一用戶的請求將隨機分布在 Canary 和非 Canary Pod 之間,這可能導致混亂甚至錯誤. 如果需要,您可能需要考慮[在 Kubernetes 服務定義中將`service.spec.sessionAffinity`設置為`ClientIP`](https://kubernetes.io/docs/concepts/services-networking/service/#virtual-ips-and-service-proxies) ,但這超出了本文檔的范圍. ## Enabling Canary Deployments[](#enabling-canary-deployments "Permalink") Canary 部署要求您正確配置 Deploy Boards: 1. 請按照以下步驟[啟用 Deploy Boards](deploy_boards.html#enabling-deploy-boards) . 2. 要跟蹤 canary 部署,您需要使用`track: canary`標記 Kubernetes 部署和 Pod. 為了快速入門,您可以將[自動部署](../../topics/autodevops/stages.html#auto-deploy)模板用于 GitLab 提供的金絲雀部署. 根據部署情況,標簽應該是`stable`或`canary` . 通常, `stable`且空白或丟失的標簽表示同一件事,而`canary`或任何其他軌道表示金絲雀/臨時. 這使 GitLab 能夠發現部署是穩定的還是金絲雀(臨時)的. 完成以上所有設置并且管道至少運行了一次之后,導航至" **管道">"環境"**下的環境頁面. 隨著管道的執行,部署委員會將清楚地標記金絲雀莢,從而可以快速,輕松地洞察每種環境和部署的狀態. Canary deployments are marked with a yellow dot in the Deploy Board so that you can easily notice them. [![Canary deployments on Deploy Board](https://img.kancloud.cn/2e/4c/2e4c010c4c03590fc6a8dad70dcf7160_1274x291.png)](img/deploy_boards_canary_deployments.png)
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看