2020年に誰もが学ぶべきDevOpsツール

今日から最高のDevOpsツールの適用を開始してください！

DevOps革命はついに世界を席巻し、DevOpsツールは信じられないほど人気になりました。Google Trendsによると、「DevOpsツール」のリクエスト数は絶えず増加しており、この傾向は続いています。



DevOps手法は、ソフトウェア開発ライフサイクル全体をカバーするため、スペシャリストはさまざまなツールから選択できます。しかし、ご存知のように、単一のツールがすべての人にとって普遍的なツールになることはできません。ただし、一部のソリューションは、ほとんどすべてのタスクを処理できるほど幅広い機能を提供します。



DevOpsツールをカテゴリに分類し、それらをアナログと比較してみましょう。

• 開発およびビルドツール
• テスト自動化ツール
• 展開を整理するためのツール
• ランタイムツール
• コラボレーションツール。

成功した思慮深いDevOpsの実装には、上記の5つのグループすべてのツールが含まれています。CI / CDパイプラインの重要な要素を見逃さないように、プロジェクト内の現在のツールセットを分析します。

開発およびビルドツール

これは、CI / CDパイプラインスタックのコアです。すべてはここから始まります！このカテゴリの最高のツールは、イベントの複数のストリームを管理し、他の製品と簡単に統合できます。



開発ライフサイクルのこの段階では、ツールの3つのグループがあります。

• バージョン制御システム（SCM）
• 連続統合（CI）
• データ管理

2020年には、GITはプラス面でしか証明されていないため、SCMツールは完璧なGITサポートを備えている必要があります。CIの場合、前提条件は、分離されたコンテナ環境でアセンブリを実行および実行する機能です。データ管理に関しては、データベーススキーマに変更を加え、アプリケーションのバージョンに応じてデータベースを維持する機能が必要です。

SCM + CIツール＃1

勝者： GitLabおよびGitLab-CI





2020年のDevOpsサイクルで最高のツールは、間違いなくGitLabであり、近い将来、間違いなくイノベーションのリーダーであり続けるでしょう。



GitLabの主な機能は、Gitリポジトリの快適な管理を提供することです。 Webインターフェイスは直感的で使いやすいです。 GitLabは、必要なものすべてを無料バージョンで提供し、SaaSとオンプレムの両方で提供されます（独自のリソースを使用してソフトウェアをホストします）。



リポジトリで直接継続的統合（CI）を使用したSCMツールは他になく、GitLabは長い間それを行ってきました。GitLab-CIを使用するには、.gitlab-ci.ymlファイルをソースコードのルートに追加する必要があります。プロジェクトに変更を加えると、指定した内容に基づいてアクションがトリガーされます。GitLabとGitLab-CIは、継続的な統合（CI-as-code）の分野のリーダーとして当然認められています。



主な利点

• 信頼性-この製品は2013年から市場に出回っています。安定している; 手入れが行き届いている。
• オープンソース-無料バージョンのGitLabは、開発チームが必要とする基本的な機能を制限しません。有料サービスパッケージは、さまざまな規模やニーズの企業に追加の便利な機能を提供します。
• 組み込みCI-GitLab-CIのように、SCMに直接継続的に統合するツールは他にありません。Dockerを使用すると、手間のかからないサンドボックスビルドが提供され、組み込みのレポートにより、デバッグ（デバッグ）が容易になります。複数のツールを同時に複雑に統合して管理する必要はありません。
• 無制限の統合-GitLabは、必要なすべてのDevOpsツールの簡単な統合を提供します。これにより、開発チームと保守チームは、あらゆる環境でアプリケーションに関する単一の情報源を使用できます。

競合他社は



戦いましたが、勝ちませんでし



たこのカテゴリには他にも人気のあるツールがありますが、GitLabほど良くはありません。理由は次のとおりです：



GitHub「これは、中小企業や開発の初期段階に最適なSaaSバージョン制御システムです。独自のネットワーク上にIPアドレスを保持する必要がある大企業の場合、GitHubでの唯一のソリューションは、HAをサポートしない.OVA仮想マシンです。これにより、オンプレムを維持することが困難になります。さらに、.OVAは中規模の企業にのみ適しています。そうしないと、サーバーが高負荷でクラッシュするだけです。 GitHubアクション（最近まで、まだオンプレムではない）またはCI-as-codeがないということは、別のCIツールを選択してから、この統合を管理する必要があることを意味します。最後に、GitHubはどのGitLabバージョンよりもはるかに高価です。



ジェンキンス-Jenkinsは、デフォルトで継続的な統合ツールの標準と見なされていますが、バージョン制御機能が常に不足しています。Jenkinsとある種のSCMツールを使用していることがわかりました。GitLabが両方を実行できる場合は難しすぎます。平凡なUXデザインは、最新のWebアプリには適していないため、多くのことが望まれます。



BitBucket / Bamboo-私はそれが自動的に敗者であることを認めなければなりません：GitLabがすべてを完全に単独で行うのになぜ2つのツールなのか。BitBucketCloudはGitLab-CI / GitHub Action機能をサポートしていますが、スタートアップよりも大きな会社はそれを簡単に実装できません。オンプレムのBitBucketサーバーは、BitBucketパイプラインもサポートしていません。

データ管理ツール＃1

勝者： FlywayDB





Webアプリケーションの開発では、データベースの自動化は通常見過ごされています。新しいバージョンのアプリケーションのデータベーススキーマへの変更を展開するというアイデアには、遅れが伴います。スキーマを変更すると、多くの場合、列またはテーブルの追加と名前の変更が行われます。アプリケーションのバージョンがスキーマのバージョンと一致しない場合、アプリケーションがクラッシュする可能性があります。また、2つの異なるシステムがあるため、アプリケーションの更新時にデータベースの変更を整理するのは難しい場合があります。FlyWayDBはこれらすべての問題を解決します。



主な利点

• データベースのバージョン管理-Flywayを使用すると、データベースのバージョンを作成し、データベースの移行を追跡し、スキーマの変更を簡単に移行またはロールバックできます。このための追加のツールは必要ありません。
• — : Flyway . Flyway , . cmd line ad-hoc, .

競技



者は戦闘に参加しましたが、勝ちませんでした。



このエリアにはツールがあまりありません。それらのいくつかを見てみましょう：



LiquiBase -LiquibaseはFlywayDBに似ています。私のチームにLiquibaseの経験が豊富なスペシャリストがいたら、Flywayの上に設置したいと思います。



Flocker-コンテナ化されたアプリケーションでのみ機能する可能性があります。コンテナでデータベースを正常に起動するには、すべてを完全に計画する必要があります。データベースにはRDS（Relational Database Service）を使用することをお勧めしますが、機密情報をコンテナーに保存することはお勧めしません。

テスト自動化ツール

テストピラミッドに基づいて分類することから、テスト自動化ツールの説明を始めましょう。



テストピラミッド（テスト）には4つのレベルがあります。

• - — . - . -, , ( «») .
• — — / . , .
• — , .
• — . , , .

ユニットテストとコンポーネントテストは開発者によってのみ行われ、言語に依存することが多いため、DevOps用にこれらのツールを評価することはありません。

＃1統合テストツール

勝者：きゅうり





Cucumberは、仕様とテストドキュメントを1つの生きたドキュメントに結合します。仕様はCucumberによって自動的にテストされるため、常に最新です。自動テストフレームワークを最初から構築し、Webアプリケーションでのユーザーの動作をシミュレートする場合は、JavaとCucumberBDDを備えたSeleniumWebDriverが、プロジェクトでCucumberを学習して実装するための優れた方法です。



主な利点

• BDD- (Behavior Driven Development — “ ” “ ”) — Cucumber BDD-, .
• — — ! , Cucumber , , .
• — , Cucumber , .

競合他社



は戦いに参加しましたが、勝ちませんでした。



他のフレームワークやテクノロジー固有のツールの中で、Cucumberだけが普遍的なソリューションと見なすことができます。

エンドツーエンドのテストツール

エンドツーエンドのテストを実施する場合、焦点を当てる2つの重要なポイントがあります。

• 機能テスト
• ストレステスト。

機能テストでは、必要なことが実際に行われているかどうかを確認します。たとえば、SPA（シングルページアプリケーション）の特定の要素をクリックし、フォームに入力して[送信]を選択すると、データがDBに表示され、「成功！」というメッセージが表示されます。



同じシナリオで作業している特定の数のユーザーがエラーなしで処理できることを確認することも重要です。



これらの2種類のテストがないことは、CI / CDパイプラインの重大な欠点になります。

エンドツーエンドのテストツール＃1。機能テスト

勝者： SoapUI Pro





SoapUIは、SOAPベースのWebサービスが標準であったため、長い間APIテストの分野にありました。新しいSOAPサービスを作成しておらず、ツールの名前も変更されていませんが、これはツールが進化していないことを意味するものではありません。SoapUIは、自動化された機能バックエンドテストを構築するための優れたフレームワークを提供します。テストは、継続的な統合ツールと簡単に組み合わせることができ、CI / CDパイプラインの一部として使用できます。



主な利点

• 詳細なドキュメント-SoapUIは長い間市場に出回っているため、テストの設定方法を理解するのに役立つ多くのオンラインリソースが作成されています。
• 使いやすさ-ツールはAPIをテストするための複数のプロトコルをサポートしていますが、SoapUIは複数のサービスに共通のインターフェイスを備えているため、テストを簡単に作成できます。

競技者は



戦ったが、ビートなかった



セレン-このグループ内の別の素晴らしいツールを。Javaベースのアプリケーションを構築して実行している場合は、これを使用することをお勧めします。ただし、複数のテクノロジを使用して完全なWebアプリケーションを構築している場合、Java以外のコンポーネントでは扱いにくくなる可能性があります。

エンドツーエンドのテストツール＃1。ストレステスト

勝者： LoadRunner





説明：アプリケーションの各要素のロードテストを行うときは、LoadRunnerのみがこのタスクを実行できます。はい、最初は少し高価で難しいですが、LoadRunnerは、テクニカルアーキテクトとして、新しいコードが極度のストレス下で機能するという完全な自信を与える唯一のツールです。また、LoadRunnerをテストチームではなく開発チームに配置する時が来たと思います。



主な利点

• 広範なドキュメント-LoadRunnerは長い間市場に出回っているため、負荷テストの設定方法を理解するのに役立つ多くのオンラインリソースが作成されています。
• プロトコルのサポート-LoadRunnerは、ODBCからAJAX、HTTPS、およびアプリケーションで使用できるその他の重要なプロトコルをサポートします。プロセスを複雑にするだけなので、負荷テストに複数のツールを使用しないようにしています。

競合他社



はスクランブルに参加しましたが、



再び勝ちませんでした。この分野にはユニバーサルツールがあまりないため、最適なソリューションは、あらゆる環境であらゆるテクノロジーで機能するものです。

展開ツール

展開ツールは、おそらく開発の最も理解されていない側面です。アプリケーションのコードと機能を深く理解していなければ、運用チームがこのようなツールを使用することは困難です。開発者にとって、展開の管理は新しい責任であるため、そのようなツールの経験はまだ十分ではありません。



まず、すべての展開ツールを3つのサブカテゴリに分けてみましょう。

• アーティファクト管理
• 構成管理
• デプロイします。

アーティファクト管理ツール＃1

勝者：ネクサス





Nexus Artifactリポジトリは、JavaからNPM、Dockerまで、ほぼすべての主要なテクノロジーをサポートしています。このツールを使用して、使用済みのすべてのアーティファクトを保存できます。リモートパッケージマネージャーをプロキシすると、パッケージをビルドしやすくすることで、CIビルドプロセスが大幅に高速化されます。もう1つの利点は、安全でないオープンソースパッケージをブロックすることで、いくつかのソフトウェアプロジェクトで使用されるすべてのパッケージの全体像を把握できることです（これらは攻撃ベクトルとして機能する可能性があります）。



主な利点

• テクニカルサポート-信頼性の高い製品。手入れが行き届いている。
• オープンソース-無料バージョンは、開発チームが必要とする基本的な機能を制限しません。

構成管理ツール＃1

勝者： Ansible



Ansibleは、ステートレスという1つの単純な理由でリーダーです。以前は、このようなツールは構成状態の管理に重点を置いていました。起動すると、そのようなツールは、目的の構成を受け取った後、アプリケーションの現在の構成を修正しようとします。また、新しいアプローチでは、ステートレスコンポーネントのみが存在します。コードの新しいバージョンは、既存のものを置き換えるために展開されるアーティファクトです。これは、一種の一時的な短期的な環境と見なすことができます。



主な利点

• ステートレス-Playbookはデプロイメントマシンから起動され、ターゲットサーバーで実行されます。Packerなどのツールを使用してデプロイ可能なオブジェクトを作成することで、リモートオブジェクトの状態を気にする必要はありません。
• — CentOS, Ansible RedHat. , .
• Molecule ( Ansible) — — , , . Molecule Ansible , , CI/CD-, .
• YAML — , YAML . , , , DevOps-, — .

競合他社



は



戦いましたが、OpsCodeChefに勝ちませんでした-私は料理本の開発者としてDevOpsのキャリアを始めました。もちろん、RubyとChefは私の心にとても大切ですが、現代のステートレスなクラウドベースのアプリケーションの問題を解決するだけではありません。OpsCode Chefは、より伝統的なアプリケーションに最適なツールです。この記事では、将来に焦点を当てています。



Puppet -Puppetには、特にChefやAnsibleと比較した場合、これまで多くのファンがいませんでした。ハードウェアのプロビジョニングと操作には最適ですが、Webアプリケーションの最新の構成管理サポートが不足しています。

ツール＃1を展開する

勝者： Terraform





Terraformは、インフラストラクチャをコードとして記述する問題（ネットワークコンポーネントから完全なサーバーイメージまで）を解決します。この製品は、最初のリリースから長い道のりを歩んできました。膨大な数のプラグインと強力なコミュニティを備えているため、あらゆる展開シナリオで確実に役立ちます。あらゆるタイプの環境（オンプレミス、クラウド、またはその他）をサポートする機能は比類のないものです。最後に、最新バージョンは、他の従来のプログラミング言語と同じHCLのロジック関数とクラスのほとんどを提供します。開発者はすぐに理解でき、Terraformを簡単に習得できます。



主な利点

• 環境に依存しない-Terraformは、Terraformコード、すべてのAPI、および内部ロジック間のインターフェイスとして機能する関数を使用して、インフラストラクチャプロバイダーと通信します。つまり、1つのツールだけを学習すれば、どこでも作業できるようになります。
• オープンソース-無料のツールに勝るものはありません！最高レベルのコミュニティサポート。

競合他社



はスクラムに参加しましたが、



AWS CloudFormationに勝っていませんでした-AWSクラウドでのみ作業している場合でも、次の仕事には別のツールがある可能性があります。すべての時間とエネルギーを1つのプラットフォームに捧げることは、近視眼的な決断です。さらに、多くの新しいAWSサービスは、CloudFormationで利用可能になる前に、Terraformモジュールとして利用できることがよくあります。

ランタイムツール

開発プロジェクトの最終的な目標は、アプリケーションを本番環境に移行することです。DevOpsの世界では、環境で発生する可能性のあるすべての問題について完全に通知され、手動による介入を最小限に抑えたいと考えています。アプリケーションを開発するときに涅槃を達成するには、適切なランタイムツールのセットを選択することが重要です。



ランタイムツールのサブカテゴリ：

• X-as-a-service（XaaS）
• オーケストレーション
• モニタリング
• ロギング。

X-as-a-Service＃1ツール

勝者： Amazon Web Services





アマゾンは常にクラウドテクノロジーのリーダーでしたが、それだけではありません。開発者向けのさまざまな新しいサービスが目を見張るものがあります。テクノロジーとテンプレートをAWSに転送すると、ビルドされて起動されます。ツールのコストは非常にリーズナブルです。独自のデータセンターで機器を組み立て、管理、保守するのと比較してください。無料版では、お金を使う前に実験して正しい決断を下すことができます。



主な利点

• 普及率-AWSでアプリケーションを構築した経験がある場合は、どこでも作業できます。企業はAWSを愛し、スタートアップもその低コストを高く評価しています。
• — , AWS . , , , - . .

競合他社は



戦いましたが、



Azureに勝るものはありませんでした-Azureは最初のリリースから長い道のりを歩んできました。それは称賛に値します。それにもかかわらず、仲間とは違うという願望は、サービスの奇妙な名前につながり、それはしばしば仕事を複雑にします。ブロブストレージとはどういう意味ですか？また、.NETコードはMicrosoftエコシステムでより優れたパフォーマンスを発揮しますが、アプリケーションのすべてのコンポーネントに.NETのみを使用する可能性はほとんどありません。



Heroku-信頼性と透明性のレベルが低いため、Herokuで個人的なプロジェクト以外を実行することは決してないので、企業はそれをプラットフォームとして使用しないでください。ヘロクはブログで何かをデモンストレーションするのに最適ですが、実用的には「ノーサンクス！」です。

オーケストレーションインストゥルメントNo.1

勝者： OpenShift





アプリケーションスタックでDockerまたは他のコンテナを使用している可能性があります。サーバーレスアプリケーションは優れていますが、すべてのアーキテクチャに適合するとは限りません。オーケストレーションフレームワークなしでコンテナを実行すると、機能しません。 Kubernetesコア（K8s）は、セキュリティとインストルメンテーションの点で比類のないものです。 OpenShiftは、Source2Imageの構築、自動ポッド展開のサポート、追跡と監視が可能な唯一のKubernetesベースのプラットフォームです。 OpenShiftは、オンプレム、クラウド、またはオンプレムとクラウドで同時に実行できます。



主な利点

• — K8s . ! , OpenShift, .
• « » — K8s, , OpenShift . , CI/CD, , . - , , API, , . K8s, OpenShift Kubernetes. !

競技者は戦った、



しかしビートなかった



ドッカー群れを-ドッカースウォームは多くのことを取り除くことでK8Sを簡素化しようとしました。小さなアプリケーションには最適ですが、エンタープライズアプリケーションでは機能しません。さらに、AWS ECSのようなソリューションも同様のアプローチを取りますが、私が対話できる他のサービス（Lambda、IAMなど）との連携が容易になります。

監視ツール＃1

勝者：新しい遺物





New Relicの初期リリースでは、アプリケーションパフォーマンスモニタリング（APM）という1つのことがうまくいきました。これは、サーバー、コンテナー、データベースのパフォーマンス、エンドユーザーエクスペリエンスの監視、そしてもちろんアプリケーションのパフォーマンスの監視を監視す​​るためのフル機能の監視ツールになりました。



主な利点

• 使いやすさ-私がシステムエンジニアだったとき、私は多くの監視ツールを使用しましたが、NewRelicほどシンプルで使いやすいものに出くわすことはありませんでした。SaaSなので、自分でインストールする必要はありません。
• — . , , , . New Relic , .

競合他社



は戦いに参加しましたが、



Zabbixを獲得しませんでした-私の最初のお気に入りの監視システムですが、クラウドテクノロジーの開発が不足しており、APMアプリケーションのパフォーマンスを監視する分野が不足しているため、過去に残っています。Zabbixは、従来のサーバーインフラストラクチャの監視で引き続き良好に機能しますが、それだけです。



DataDog-コード自体ではなく、アプリケーションの実稼働環境を管理するプロセスに重点を置きすぎています。開発者が関与するDevOpsチームでは、一流のサポートを提供するために複雑なツールに依存する必要はありません。

ロギングツール＃1

勝者： Splunk





Splunkは競争するのが難しいです！長い間、彼はロギングのリーダーであり続け、最善を尽くし続けています。オンプレムおよびSaaSオファリングを使用すると、どこでもSplunkを使用できます。主な欠点はその価格です：Splunkはまだかなり高価です！



主な利点

• 普及率-企業はSplunkを愛し、企業はそれを購入するお金を持っています。
• スタートアップはコストを回収しようとしていますが、オープンソースの対応する機能のおかげで多くの機能を解決できます。
• 保守性-簡単に言えば、Splunkは機能し、うまく機能します。すぐに使用できる多くのデフォルトと機能が付属しています。ドキュメントを読んだり、Splunkを機能させたり、何かを復号化したりするために時間を無駄にする必要はありません。

競合他社は戦いましたが、ELKスタック（ElasticSearch、LogStash、およびKibana）を



打ち負かしませんでした-これらのツールを使用するために肝臓を売る必要さえないので、これらのツールはお気に入りのようです。ただし、ログセットの増加と搭載されるアプリケーションの数の増加に伴い、作業はますます困難になっています。Splunkと比較して、ELK Stackを使用すると、ダッシュボードを作成する前に、これまで以上にツールキットのセットアップに多くの時間を費やしました。

コラボレーションツール

DevOpsは、主に組織内の文化の変化に関するものです。ツールを購入しても、一夜にして習慣が変わることはありませんが、コラボレーションと新しい対話方法を確実に促進できます。



コラボレーションツールのサブカテゴリ：

• タスク追跡
• ChatOps
• ドキュメンテーション。

課題トラッカー＃1

勝者：ジラ





この分野での競争は激化していますが、ジラは首位を維持しています。Jiraの信じられないほどの柔軟性により、開発チームと保守チームはプロジェクト作業とスプリントタスクを管理できます。アジャイル用語を使用した組み込みの標準により、従来の作業方法からより効率的なプロセスに簡単に移行できます。



主な利点

• 人気-他の多くのツールと同様に、Jiraはほとんどどこでも使用されています。小規模なチームはより安価で手頃なバージョンを使用し、必要なものをすべて入手できますが、大企業はより高価なライセンスを購入できます。
• — Jira — . , Jira , , . Jira , , .

競合他社



はスクランブルをかけましたが、



Trelloを打ち負かしませんでした-Trelloは、無料のKanbanツールのおかげですぐに人気を博しました。ただし、プロセスが拡張され、数十のタスクから数千のタスクに移行すると、Trelloはナビゲート、検索、およびレポートを行うのが困難になります。



Pivotal Tracker-スタートアップで働いていたとき、私はこのツールの大ファンでした。ただし、Pivo​​tal Trackerは、技術的なタスクよりも製品管理に重点を置いています。Jiraでの製品の管理は少し複雑ですが、追加のツールを使用せずにJiraで実装できます。

ChatOpsツール＃1

勝者： MatterMost





説明：おそらく私のコレクションの中であなたにとって最大の驚きです、そしてこれは素晴らしいニュースです！MatterMostは、以前の楽器を最大限に活用することで人気を博しましたが、プレムにそれらを含めました。これは企業にとって非常に重要です。MatterMostを使用すると、データを制御できるだけでなく、オンプレミスで機能するツールと統合することもできます。仕事のチャットをチェックするためにファイアウォールの外に出る必要がなくなりました。



主な利点

• オープンソース-MatterMostのオープンソースバージョンは、中規模および大規模のチームの両方に最適です。メッセージ履歴を削除する無料のSlackプランとは異なり、独自のサーバーを実行すると、すべてのデータを保存できます。
• 統合-APIはほぼ100％Slack APIに基づいているため、ほとんどすべてのSlack統合をMatterMostで直接使用できます。

競合他社



は戦いに参加しましたが、



スラックを打ち負かしませんでした-スラックはクールですが、これらの人は非常に成長したため、利益を求め始めました。ビジネスの回収の段階が近づいており、その主な価値が失われています。Slackは無料でサービスを提供しました。無料版の最も重要な欠点は、チャット履歴を削除することです。



Microsoftチーム-Microsoft製品をMicrosoft以外のものと統合してみてください...頑張ってください！このツールについて言いたいのはこれだけです。

ドキュメンテーションツール＃1

勝者：コンフルエンス





使用するツールに関係なく、高品質の技術文書の作成と維持は複雑なプロセスです。最近、多くのSaaSドキュメントツールが市場に出回っていますが、重要なアプリケーションの技術ドキュメントのストレージをサードパーティにアウトソーシングすることは困難です。オンプレムよりもデータとドキュメントを保存することをお勧めします。これがConfluenceがそれを解決する方法です。



主な利点

• 操作のしやすさ-ほとんどのスタンドアロンツールは、セットアップと操作が少し難しい場合があり、維持するにはある程度の知識が必要です。Confluence Serverは、箱から出して10人または10,000人のユーザーに最適です。
• プラグイン-箱から出してすぐに使える便利で簡単なナビゲーションを提供してくれたConfluenceに感謝します。また、ほぼすべてのプラグインを追加できることで、Wikiとしての可能性が広がります。

競合他社は



戦いましたが、勝ちませんでし



たドキュメントを読む-オープンソースとしてはかっこいいですが、ここに重要な知識を保存することさえ考えないでください。



MarkDown-コードの文書化には最適ですが、MarkDownの特定のフォーマットのため、ここでアーキテクチャ、プロセス、またはその他の種類の文書をホストするのは困難です。



Jekyll-技術的な知識を文書化するとき、変更のたびに展開する新しい静的サイトを作成したくありません。Confluenceのシンプルなバージョン制御システムは、内部ドキュメントを大幅に簡素化します。

まとめましょう

市場には文字通り何百ものDevOpsツールがあり、どのツールをいつ使用すべきかを知ることは困難です。この簡単なガイドに従って、完全なCI / CDパイプライン用のDevOpsツールを選択してください。



5つのカテゴリすべてからツールを選択することを忘れないでください。

• 開発およびビルドツール
• テスト自動化ツール
• 展開ツール
• ランタイムツール
• コラボレーションツール。

一番の推奨事項：すべてを自動化してください！



Zach Shapiroに感謝します！