cicd-アーキテクチャ分析

cicd全体の環境は基本的にこのようなものです。今回は従来の構造のリリースのみを説明し、dockerコンテナ化されたリリースは含まれません。

全体のプロセスは、開発者がコードを記述してgitlabに送信することです。この時点で、開発者とgitlabを暗号化する必要があります。通常、開発者はそれをうまく実行します。

次に、Jenkinsはgitlabに移動してコードをプルします。この時点で、jenkinsの公開鍵をgitlabに付与する必要がありますが、jenkinsのコンポーネントには権限がないため、jenkinsのコンポーネントに秘密鍵を付与する必要があります。

このようにして、コードをjenkinsにプルできます。

jenkinsによってプルされたコードは/ var / lib / jenkins / workspace /の下にありますが、開発されたコードにはバグがある可能性があるため、コード検出にはSonarQubeを使用する必要があります(SonarQubeのインストールと構成は後で更新されます)

コードに問題がある場合は、コードを入力し直してください。問題がない場合は、オンラインサーバーに直接公開されるため、オンラインサーバーでシークレットフリーを行う必要があります。

実際、自動化の本質は、これらのインタラクティブなものを削除し、サーバーに段階的に実行させることです。したがって、リリースを自動化する場合は、最初に手動でリリースする方法を理解する必要があります。環境は異なります。

cicdを実行するには、シークレットを解放してから、スクリプトを使用して、通常手動で発行するコマンドを実行します。

 

おすすめ

転載: blog.csdn.net/weixin_50801368/article/details/112247380