リリースされたすべてのソフトウェアを作る記事

高性能の組織とソフトウェア・デリバリーの効率の大きさの違いの非効率的な組織。ソフトウェアの供給能力技術機構は、リリースは重要な部分である、特に多くのセクターが関与する、総合的な能力です。 - 魯迅

                                                                   

 

   でも、非開発エンジニアとして、私は多くの人が「カナリアリリース」、「ローリングリリース」および「青緑パブリッシング」と他の用語を聞いたことがあると信じています。安定かつ制御可能な、柔軟な、良好なユーザエクスペリエンス公開プロセスは、より理想的な状態の公開プロセスであります

  古いドライバは、そのように私たちができる状況下でどこリリース戦略への彼らのチームは、あなたと非開発者がソフトウェアのより明確かつ包括的な理解を開発したり、解除することができますいくつかの一般的な出版モデルのテキストを共有したいです正しい練習は、必要なときに、(BI)に関する議論(SI)に参加しています。

  

1、カナリアリリース

 

カナリア(カナリア)テスト。以前に有毒ガス探査がある場合、カナリアに入れなければ、かつての鉱山労働者の下で採掘されたことから、カナリアはその名のかどうか、生き残る参照してください。

 

 

確認するために、通常は手動テストによって、カナリア、簡単なテスト、カナリア複雑なテストは、指標のフィードバックを監視することで、その後の放出またはロールバックの基礎として、カナリアの健康を守る、と監視インフラストラクチャのより良いシステムを必要とします。

 

カナリア出版、一般的には、まず主に検証フローをどうする、単一のサーバー、または小規模にクラスタ1の新バージョンをリリースしました。

テストは、ワトキンスを通過した場合、新しいバージョンに残りのすべての元のバージョンのアップグレードを置きます。カナリアテストが失敗した場合、トラフィックカナリアの直接の除去は、失敗したリリースを発表しました。

    

カナリアは、ない失礼なシンプルかつ制御可能にリリース!スタートアップ企業がより適しています。

 

2、カナリアリリースのグループ

 

単一サーバークラスタのローリング・リリース、古いドライバと呼ばれる名前与えた「カナリアリリースのグループを。」

クラスタローリングリリースはさらに、リリースカナリアの改善に基づいて最適化し、単一のサーバは、出版の高度な自動化され、ユーザーエクスペリエンスが滑らかである、それは使用主流の出版組織成熟した技術です。

前提:ローリングリリースパブリッシングツールは、より複雑かつインテリジェントなLBを必要とし、スムーズな流れをサポートしており、ラ・RULAのバージョンを置き換えます

 

単一サーバークラスタのローリングリリースはこのようにそれを実践します:

1.出発駅1、又は少量、主に検証を流れるように、カナリア(カナリア)テストのようではありません。

各リリース、最初のトラフィックLBから削除古いバージョンは、古いバージョン、新しいリリースを削除し、新しいバージョンLBの流れにアクセスし、3。

各操作は、一般的にいくつかのバッチで構成されている3ローリング・リリースは、各バッチ番号は、一般にプリセット(テンプレート設定をパブリッシュ使用して)ことができます。最初の2%、10%、50%の第三のバッチ、第100%の第二のバッチ:例えば。問題がないことを確認し、[次のバッチを送信するために監視し、左の観測間隔の間、または手動検証フィードバックによるラインのバッチ。だから、全体的なローリング・リリース・プロセスは、(そのうちの最初の通常のバッチの後に長い時間よりとなります)制御されています。

4.フォールバック手順:トラフィックLBから削除新しいバージョンは、古いバージョンがリリースされた置き換える、新しいバージョンを削除してから、古いバージョンLBトラフィックにアクセスします。フォールバック手順は、一般に比較的制御可能であるとし、公開プロセス。

 

スクロールと呼ばれる研究にリリース ローリング更新プログラムの展開を。

古いドライバではカナリアを入れたい、と思われる、と何の問題を見ていませんか?10カナリア、問題なしに再び生きて来ましたの?全体の鉱山は、カナリアで満たされるまで、Nは...再び生きて来ました...

 

これは、ローリングは後でローリング・リリースのマルチサーバークラスタを言えば、単一サーバークラスタを解放することを言います。

 

    その掲載されているモード単一サーバークラスターの上に、ここでは2台のサーバークラスタの放出パターンについて話をします。

    

    非単一のクラスタのリリースは、私たちは、負荷分散を実現するために、交通指導や規制のためにLB(負荷分散)に必要です。

    LBは、ちょうど他の関連を持っていない、ロードバランス(負荷分散)を参照して、下記の...

3、青 - 緑色放出

 

青緑色、パブリッシュライン上の新しいバージョンを実行するように設定された第1のリリース、グループの実行既存の古いバージョンのためのサーバの二組を割り当て、その後、LBスイッチトラフィックによって出版物を完成、これは一般的として知られている、いわゆる2サーバー公開基であり、 「青緑色出版。」

 

実際に公開されたが、青、緑、シンプルかつ粗製のです!

1.古いバージョンが呼び出されるブルーグループは、新しいバージョンと呼ばれるワンタイムからLBが発表したときに流れ、緑のグループを直接にスイッチ青グループカナリアグリーングループ、およびリリースをローリングせずに、

2.問題のロールバック、LBによってカットバック直接トラフィックブルーグループ。

初期の成功のリリース後、マシンの青のセットは、一般的に直接回復したが、長くても短く、何の問題を確認しないために観察期間の後に放出させることができる時間の観察期間の特定の状況に応じて、期間を見られるように残っていない、あなたはマシンの青のセットを再利用することができます。

 

青緑色の出版は、シンプルで、粗サーバ暴君のために、すべての後に、二重のサーバ/コンテナのリソースを準備する必要があります。

シンプルで、粗、実際には、ユーザーエクスペリエンスへの非常に明確な意味。

図4に示すように、公開されたファンクションスイッチ

 

あなたは地元の暴君の技術を持っている場合は、コードレベルについての大騒ぎをすることができます。機能スイッチリリース:だから出版の別の種類です。

少し人気の言い方、...、もちろん、これははるかに複雑実際よりも...他の場合に機能をしているのと同等。

図5に示すように、赤と青カナリア放出

 

カナリアリリースでは、青緑色の公開を許可することは、よりリーンすることができ、とてもシンプルで、粗ではありません!

赤と青のカナリアのリリースでは、青と緑のリリースの簡単な最適化です。1引き込み局グループグリーンパブリッシングカナリアを開始し、カナリアは、再発の総量によって確認することができます。青緑色の出版コントラスト、利点を公開することは問題のリスクと影響の面を持っている可能性のある新しいバージョンを減らすことができ、カナリア検証プロセスの生産フローを持つことです。

    赤と青のカナリアのリリースでは、問題がある場合LBが戻って古いバージョンへの流れをカットし、直接を通じて、すぐにフォールバック。

    リリースが完了したら、古いバージョンは、一般的には、サーバの古いバージョンの後、1〜2日は問題を残さないよう、コンテナの資源回復を維持したいだけの場合に観察されます。

 

6、高度なパブリッシュモード-A-/ Bの解放

 

/ Bはファンクションスイッチのリリースのアップグレード版に類似に類似A / Bテスト、と発表しました。

LBで、流れを制御します。クラスタへの移動端末の流量は、PCクラスタのB側への流量。

 

A / Bの2つの方法で、実際それで発行されました:

1.シンプルな構成:

純粋なA / Bテストを達成LBに基づいて、LBは、条件を経由するトラフィックを行うことができるようにする必要があります。例:クライアントIP、デバイスの種類、ブラウザの種類、あるいはカスタムHTTPヘッダーまたはクエリ文字列。

2.高度なカスタマイズ:

高度なA / Bテストでは、特殊なプラットフォームのサポートを必要とし、これらのプラットフォームは、きめ細かなユーザーの特定の種類のA / Bテストを行うことができます。列は、この上ではありません。

 

そしてパブリッシング機能スイッチA / Bのリリースは似ていますが、前者は通常ステートレスで、全体量、およびA / Bは、一般的に状態を解除され、ユーザーの特定のクラスのために達成することができ総務ユーザレベルの状態を追跡することができます。

 

要するに、スイッチ機能は、A / Bが高いセットの下でリリースされ、衣服を解除されます。

 

大規模なコーヒーの7、技術的な操作 - リリースの影

 

次のシナリオを想像:

•コアビジネス・テクノロジーへの変換が、サービスが停止することはできません。

•.NET JAVA、サービスからの主な事業変革を停止することはできません。

•オラクルからMySQLへの現金のビジネス背景DBは、サービスが停止することはできません。

......

確かに、影のテスト、より複雑な流れのコピーの使用、再生、マッチング技術と呼ばれる大きな動きがあります。

 

影がリリースされ、少し複雑な練習:

目的:新しいサービスへのアップグレードを古いレガシーシステム移行サービスを実現するために、

展開が開始する前に、レガシーシステムは、テスト環境に、テスト環境で本番データベースのコピーを2つの新しいサービスとサービスを展開する必要があります。

そして、要求フローを生成する必要性は、通常、メッセージキューを介して、気分転換を収集することができます。目標は、レガシーシステムのサービスや新サービスの内部でテスト環境に配布、転用リクエストログ、リプレイコピーを生成することです。

どちらのサービスのテスト環境では、比較のために応答を受信した後、成功よりすべての応答場合は、それがレガシーシステム・サービスを考えることができ、新たなサービスが機能ロジックで等価です。

比較が失敗の応答があった場合は、すべての比較が成功するまで、2は、機能的に同等のロジック、修復を必要とする新しい環境、および再テストの影とはみなされません。

 

テストの時間よりも短く、システムの複雑さと異なるの重要性は、長い間、数ヶ月まで、数週間かかる場合があります。

 

独立したテスト環境でのバイパスは、生産の流れに影響を与えることなく、完全にできるためシャドウは、最大の利点をリリースしました。

解放影を完了するために、それは最後まで、三方合同大コーヒーの開発、テスト、運用、保守する必要があります。

 

8は、究極の大きな動きを発行--LB

 

究極は、ほとんど無敵の最も強力な、最も効果的な、ほとんど何のストロークがトリックを獲得していない...... LBは、すなわち、リリース:上司がリリース!

上司がリリースどのように、私たちはどのように公開すると発表しました...

 

おすすめ

転載: www.cnblogs.com/z1201-x/p/11546745.html