SDLCの一部としてJFLog管道を使用してCI / CD DevOpsフローを効率的に実施

現在，Jenkinsは最も人気のあるオプンソスのCIルです。マケットにい早く参入したことで，JenkinsはCIを普及させました。他のciルと同様,詹金斯は開発者がソースリポジトリにコードをコミット後,自動的にビルドしてテストを行うことが可能です。これにより開発者はバグを早期に把握し，素早くデプロ。

初期リリ，スから10年以上経った今，Jenkinsは岐路に立たされています。詹金斯コミュニティの大部分にとって詹金斯は“容認”するルとなっています。Jenkinsスプロル(管理するサバの数が増える)という言葉はIT用語として定着しています。多数のプラグesc escンを使用することで互いに干渉して詹金斯は複雑になってしまいます。この”プラグイン地獄”を回避する一つの方法は,より多数のサーバーやインスタンスにワークロード(とプラグイン)を分散することです。しかし開発チームが詹金斯のインスタンスを増加することによってサイロ化してしまい,今度は増加する詹金斯の構成を管理することになるという課題に直面します。残念ながら，複雑さの種類が変わるだけになってしまいます。また，詹金斯はコンテナやマクロサビス以前の時代のために作成されました。どのようなルであれ，その価値を維持するためには，技術トレンドと上手く連携する必要があります。

このブログではSDLCの一部としてJFrog管道を使用し，CI / CD DevOpsフロ，を加速し，改善する方法をご説明します。

JFrog管道はソフトウェアを構築,テスト,デプロイするための自動化ソリューションです。以下のような機能を含む，すべての主要なDevOpsパaapl . exeプラaapl . exeンプロセスのエンドエンドのオションと最適化を提供します:

管道は単体のCI / CDソリューションではなく,Artifactoryとバイナリを中心としたJFrog平台の一部
プラグンフリのアキテクチャ—プラグンのメンテナンスは面倒
ネesc escティブ步骤による迅速かシンプルなパプラン設定
無限に拡張できる(詹金斯スプロ，ルと比較して)集中型サ，ビス
YAML-習得が容易
JFrog x射线よる脆弱性スキャンとラ▪センス·コンプラ▪アンス

JFrogのソリューションエンジニアとして企业+を導入するお客様からよく受ける質問や懸念事項をご紹介します。具体的には詹金斯からJFrog管道への移行方法です。

なぜ，動作しているプロセスを変更してデプロescを危険にさらす必要があるのでしょうか?
すべてのCI / CDプロセスをJFrog管道に移行するには膨大な時間がかかりませんか吗?
詹金斯ではプラグ苹果苹果ンがあります。JFrogでも同様にサポ，トされるのでしょうか?

詹金斯パaapl . exeプラaapl . exeン例

以下のエンドツーエンドのKubernetes CI / CD詹金斯パイプラインを使用し,JFrog管道がどのように機能するのかを示します。このパ▪▪プラ▪▪ンは一般的に知られている宠物医院Mavenプロジェクトをビルドし,码头工人でコンテナ化し,作成したイメージを执掌图表を使用してk8クラスタ環境にデプロイします。この処理には以下のステップが含まれています:

継続的▪ンテグレ▪ション(ci)

Mavenプロジェクト(宠物诊所春天アプリケーション)をビルドし,作成されたバイナリをArtifactoryにデプロイします。
新しいアプリケーションを码头工人でコンテナ化し,新しいイメージをArtifactoryにデプロイします。

継続的デリバリ(cd)

k8s用のパッケジマネジャであるHelmをンストルします。
Artifactoryで利用可能な执掌图表を使用し,アプリケーションが保存されているイメージをk8ベースの本番環境にデプロイします。

上記のパプラン(JenkinsfileとDockerfile)のコドサンプルはこらにあります。

この一般的なci / cdの例を利用して実装可能なテクニックを見てみましょう。

JFrogパ▪▪プラ▪▪ンで効率的に実施

JFrog Pipelinesを開始するには3の基本的なテクニックがあります。最初の2つは詹金斯とのインテグレーションを実現するもので順番を問わずに実施するもできますし,これら2つのインテグレーション・アプローチの内の1つだけを選択することもできます。詹金斯をJFrog管道とのンテグレション後は#3に進むことができます:

传入Webhookを使用して詹金斯(CI)から管道(CD)をトリガー
SDLCの一部を移行する方法はJFrog管道(CI)から詹金斯インテグレーションを使用して,詹金斯(CD)を起動

プロセスを合理化するために自動化を推進し,JFrog管道を使用して新しいCI / CDプロセスを設計します。

1.JFrog管线のWebhook

1の方法として，JenkinsでCIを保持し、デプロesc escはJFrog pipelineで行うという方法があります。

JFrog管道と詹金斯をリンクする場合，Dockerメ，ジとビルド情報がArtifactoryにデプロイされた時に詹金斯の最終ステップでJFrog管道にWebhookリクエストを送信することで,詹金斯の新しい実行をトリガーする传入Webhookを使用することができます。

メリット:

- Helmと谷歌Cloud SDKのンストルが不要で迅速にデプロを実行できます。
- Kubernetesプラグインをベースにした詹金斯スプロールや”プラグイン地獄”を避け,代わりにJFrog管道のネイティブ一步を使用してKubernetesにデプロイします。
- 执掌图表を拉して管理するためのArtifactoryとのネイティブなインテグレーション。

詹金斯のビルドが完了後,JFrog管道はk8クラスターへの图表のデプロイを管理することができます。

これはJFLog管道の执掌スクリプトを必要としない事前にパッケージ化された宣言的ステップのHelmDeployネesc esc esc步骤で実施することができます。

私たのクラスタは谷歌Kubernetes Engine上で動作しています。そのため，デプロ谷歌云集成を追加しました:

コ，ドサンプル(Jenkinsfileとpipes .yml)はこらにあります。

2.詹金斯とJFrog管道のインテグレーション——部分的な移行で効率的な移行が可能

ci / cd全体を一から書き直しても意味がありません。これまで詹金斯で行ってきた努力はすべて価値があります。詹金斯(Jenkins)ンテグレ，ションを使用することによって特定の部分だけを移行することができます。現在のワークロードを詹金斯から移行することなくインテグレーションすることも可能ですが,すべてJFrog管道に集約することもできます。この目的のためにワ，クロ，ドの一部を移行したいと仮定します。

例えばCDプロセスに高い投資をしているため,現在の実装を詹金斯で維持し,CI部分のみを移行してJFrog管道のメリットを享受したいとします。

メリット: