web-dev-qa-db-ja.com

AWS CodePipelineとJenkinsを使用する場合の長所と短所は何ですか

AWS CodePipelineとJenkinsを使用する場合の長所と短所は何ですか？

私はインターウェブで多くの情報を見ることができません（ https://stackshare.io/stackups/jenkins-vs-aws-codepipeline を除いて）。私が見る限り、次のとおりです。

AWS CodePipelineプロ

  • ウェブベース
  • aWSと統合
  • セットアップが簡単（ウェブベースとして）

AWS CodePipelineの短所

  • ローカルでコードリポジトリを設定するために使用することはできません

ジェンキンスプロ

  • スタンドアロンソフトウェア
  • 多くのシステム（AWS以外）で使用できます
  • セットアップの多くのオプション（プラグインなど）
  • ローカルでコードリポジトリをセットアップするために使用できます

情報に基づいた選択をするために人々が使用できる他の大きな違いはありますか？

jenkinsaws-codepipeline
9
Snowcrash

AWS CodePipeLineを使用する他の欠点は、GitHub以外のソース管理プロバイダーとの統合がないことです。他に唯一可能なオプションは、バージョン対応のAmazon S3バケットを作成し、そこにコードをプッシュすることです。これにより、ソース管理とCodePipelineの間に追加のレイヤーが作成されます。

また、.Netなどの一般的に使用されるプラットフォームに組み込まれているコードベースのコードをAmazon S3バケットにプッシュする方法を説明する適切なドキュメントもありません。 AWSウェブサイトにある例では、まったく役に立たないいくつかのランダムファイルを扱っています。

AWS CodePipeLineのconsセクションからの質問に欠落している他のエントリ（些細な？）は、Priceです。ジェンキンスは無料です。 Gitlab SCMソリューションがAWSから提供されるようになりました https://aws.Amazon.com/blogs/devops/integrating-git-with-aws-codepipeline/

3
sateesh

CodePipelineは継続的な「デプロイメント」ツールであり、Jenkinsは継続的な「統合」ツールです。

継続的インテグレーションは、開発者が定期的にコードの変更を中央リポジトリにマージし、その後、自動化されたビルドとテストが実行されるDevOpsソフトウェア開発プラクティスです。

継続的なデプロイでは、コードの変更が自動的に構築、テストされ、本番環境にリリースされます。継続的デプロイメントは、ビルド段階の後にすべてのコード変更をテスト環境や本番環境にデプロイすることにより、継続的統合を拡張します。

参照：
https://aws.Amazon.com/devops/continuous-integration/
https://aws.Amazon.com/devops/continuous-delivery/

1
ankitAWS