ジェンキンスvs Azure DevOpsパイプライン

Microsoftが最近発表したAzure DevOpsソリューションについていくつかの調査を行っています。

いくつかの背景、私はJenkinsを何年も使用しており、最近、コンテナー化のウサギの穴（Docker、Kubernetesなど）の調査を開始しました。

Azure DevOps Pipelinesのいくつかの側面についてはよくわかりません。フィードバックや明確さを得るのは素晴らしいことです。

TL; DR

1. Azure DevOpsは、以前Jenkinsのオープンソースプラグインを介してJenkinsコミュニティをサポートしていたJenkinsと競合していますか？
2. エージェントだけでなく、Azure DevOps Pipelinesを完全にオンプレミスでホストすることは可能ですか？
3. Azure DevOpsパイプラインでセルフホストgitソリューション（GitLabオンプレミスなど）を使用することは可能ですか？

長いバージョン

1. マイクロソフトは、Azure App ServiceのJenkinsプラグインなど、Jenkins用のさまざまなオープンソースプラグインを開発しました。多くの例があります。私には、Azure DevOps（具体的にはパイプライン）ソリューションがJenkinsと直接競合しているように見えますか、それとも何か不足していますか？
2. 私には、Azure Pipelinesソリューションをオンプレミスで、または私の選択したクラウドプロバイダーでホストする方法はないようです。はい、自分のエージェントをホストして作業の大部分を実行できますが、パイプラインロジックの実際の実行はMicrosoftのサーバーで行われます。そして、私は並列の仕事にお金を払わなければなりません。これを、オンプレミス（または選択したクラウドプロバイダー）がホストするJenkinsインスタンスと比較します。この場合、支払いは不要で、パイプラインが実行されていることをサードパーティも認識していません。何か不足していますか？
3. 私の知る限りでは、Azure Pipelinesは自己ホスト型リポジトリをサポートしていないため、コードをGitHubまたはAzure reposに配置します。したがって、プライベートにホストされているGitLabインスタンスがある場合、このパイプラインソリューションを使用することもできませんか？

ご意見をお寄せいただきありがとうございます。

自分よりも権威のある情報源から明確にすることもできます（私もFUDの罪を犯していると思います）。

Kubernetesを使用してAzureにデプロイすることを検討してきました。私も同様に混乱していますが、それは明確な道が1つないためだと思います。私はマイクロソフトについて話すことはできませんが、彼らのクラウドに対する態度は、彼らが「すべての人にとってすべてのものになる」ことを喜んでいるようです。Azureを使用している場合、Microsoftはそれを実現する方法について強い意見を持っていないようです。

マイクロソフトは積極的に進化を試みています。たとえば LinuxがAzureを支配

明らかに、Azure DevOpsデプロイメントパイプラインは、Jenkinsが実行できることを正確に実行します。つまり、その意味でそれは競争相手です。また、並列パイプラインについては、わずかに問題のある前払いのAzure DevOps料金が設定されています。

一方では、Azure DevOpsはVisual Studio Team Servicesのブランド変更であるように見えます。したがって、これは、従来のマイクロソフト開発エコシステムに既に含まれている人々には馴染みのあるものです。同時に、Microsoftは従来のMicrosoftではないテクノロジ（Go、Java、Node.js、Python、Ruby、PHPなど）を採用するために多大な努力をしています。

まだ始まったばかりですが、Azure DevOpsパイプラインがAzure ReposおよびGitHubのMicrosoft Gitプロパティを優先する必要があるのは当然のことです。同じ方法でのBitbucketのパイプラインが好むのBitbucketとGitLabパイプラインは GitLabを好みます。

その間;

Azure Marketplaceには、すぐに使用できるAzureデプロイメントプラグインが付属するJenkinsデプロイメントが用意されています。

多くのJenkinsプラグインは、Azure DevOpsチームによって開発されました。

加えて;

マイクロソフトは、Kubernetes関連のプロジェクトHelmとDraftを支援しています。HelmはKubernetesのパッケージマネージャーです。Helmを使用して、JenkinsインストールをKubernetesにデプロイすることもできます。

-

Azure DevOpsパイプラインを使用して、Azureバースで独自のJenkinsを実行するメリット、コスト、および労力を誰かが比較検討するのは興味深いことです。

...そしてJenkins-Xがあります。

したがって、私たちには多くのオプションと決定をするように思われます。

パート2（たぶん）への回答では、Jenkinsの代わりとして提案しているように見えますが、すべてを一緒に使用できることを示唆するドキュメントがたくさんあります（ここでも）。ただし、Jenkinsで使用すると、デプロイメントブリッジに重点が置かれるようです。JenkinsとAWS CodeBuildのように、Jenkinsをオーケストレーターとしてビルドエージェントとして使用できることを期待していました。まだ提案できることはまだ見ていませんが、多分...マルチクラウドのデプロイは非常に興味深いです...

1. はい、Azure PipelinesはJenkinsと同じことができるためです。ただし、赤ちゃんをお風呂の水で捨てる必要はありません。マイクロソフトは、ほぼすべての既存のインストールと統合できるようにプラットフォームを配置し続けています。多くの組織は、変更が難しいツールに莫大な投資をしています。マイクロソフトは、オールオアナッシングの立場を取るのではなく、標準と独自の考え方を採用しており、ツールの実装方法について最終的な選択肢を提供しています。

2. タスクはパイプライン内をターゲットとするエージェントで実行されるため、技術的にはエージェントはパイプラインです。ポータル内で構成するのは、パイプラインが実行するステップだけです。エージェントは、タスクの実行に必要なツール/拡張機能をダウンロードします。さらに、新しいYAMLパイプラインでは、パイプラインはコードリポジトリ内で定義されます。ホスティングに関しては、Azure DevOps Serverを完全にオンプレミスで、任意のクラウドプロバイダー内で、またはAzure VMとAzure SQLの組み合わせでホストできます。

3. ジェネリックGitリポジトリは、Azure DevOps Server（オンプレミス）を現在使用している場合は、クラシックエディターまたはYAMLとクラシックエディターの両方を使用してAzure DevOps Servicesでサポートされます。拡張機能をインストールすることで、GitLabリポジトリ統合を追加できます。