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

最高の DevOps ツールを今すぐ使い始めましょう!

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

DevOps 方法論はソフトウェア開発ライフサイクル全体をカバーしているため、専門家はさまざまなツールから選択できます。 しかし、ご存知のとおり、すべての人にとって普遍的なツールになることはできません。 ただし、ソリューションによっては、ほぼすべてのタスクを処理できる広範な機能を提供するものもあります。

DevOps ツールをカテゴリに分類し、類似ツールと比較してみましょう。

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

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

開発および構築ツール

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

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

• バージョン管理システム (SCM)
• 継続的インテグレーション (CI)
• データ管理

2020 年に GIT には良い実績があったため、SCM ツールは GIT をシームレスにサポートする必要があります。 CI の前提条件は、分離されたコンテナー環境でビルドを実行できることです。 データ管理に関しては、データベース スキーマを変更し、アプリケーションのバージョンに応じてデータベースを保守する機能が必要です。

SCM + CI ツール #1

勝者： GitLab と GitLab-CI

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

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

他の SCM ツールはリポジトリ上で継続的インテグレーション (CI) を直接使用したことはなく、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 からの唯一のソリューションは、高可用性システムをサポートしない .OVA 仮想マシンでした。 このため、オンプレミスのメンテナンスが困難になります。さらに、.OVA は中規模の企業にのみ適しており、そうでない場合は負荷が大きくなるとサーバーがクラッシュしてしまいます。 GitHub Actions (最近までオンプレミス バージョンにはまだありませんでした) や CI-as-code がないため、別の CI ツールを選択してその統合を管理する必要があります。 最後に、GitHub は GitLab のどのバージョンよりもはるかに高価です。

ジェンキンズ — Jenkins はデフォルトで継続的統合ツールの標準とみなされていますが、バージョン管理機能が常に不足していました。 Jenkins と何らかの SCM ツールを使用していることがわかりました。 GitLab で両方ができるとなると、非常に困難です。 平凡な UX デザインは最新の Web アプリケーションには適しておらず、多くの点が望まれます。

BitBucket/バンブー — 私は彼を自動的に敗者として認識しなければなりません。GitLab がすべてを完全に独立して実行しているのに、なぜ XNUMX つのツールがあるのでしょうか。 BitBucket Cloud は GitLab-CI / GitHub Action 機能をサポートしていますが、スタートアップよりも大きな企業ではこれを簡単に実装できません。 オンプレミスの BitBucket サーバーは BitBucket パイプラインさえサポートしていません。

#1 データ管理ツール

勝者： フライウェイDB

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

主なメリット

• データベースのバージョン管理 - Flyway を使用すると、追加のツールを使用せずに、データベース バージョンの作成、データベース移行の追跡、スキーマ変更の転送または元に戻すことが簡単にできます。
• バイナリまたは埋め込み - Flyway をアプリケーションの一部として実行するか、バイナリ実行可能ファイルとして実行するかを選択できます。 Flyway は起動時にバージョンの互換性をチェックし、適切な移行を開始して、データベースとアプリケーションのバージョンを同期させます。 cmd line アドホック コマンドを実行することにより、アプリケーション全体を再構築することなく、既存のデータベースに柔軟性を提供します。

競合他社

戦闘に参加したが勝利しなかった

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

リキベース — Liquibase は FlywayDB に似ています。 私のチームにLiquibaseでより経験のある人がいたら、Flywayの上に設置したいと思います。

フロッカー - コンテナ化されたアプリケーションでのみ機能します。 コンテナ化されたデータベースを正常に実行するには、すべてを完璧に計画する必要があります。 データベースには RDS (リレーショナル データベース サービス) を使用することをお勧めしますが、重要な情報をコンテナーに保存することはお勧めしません。

テスト自動化ツール

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

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

• 単体テスト - これは自動テスト プロセス全体の基礎です。 他の種類のテストと比較して、より多くの単体テストが必要です。 開発者は単体テストを作成して実行し、アプリケーションの一部 (「ユニット」と呼ばれる) がその設計に準拠し、期待どおりに動作することを確認します。
• コンポーネントテスト-コンポーネントテストの主な目的は、テストオブジェクトの入出力動作を検証することです。 テスト オブジェクトの機能が仕様に従って正しく実装されていることを確認する必要があります。
• 統合テスト - 個々のソフトウェア モジュールを組み合わせてグループとしてテストするテストの一種。
• エンドツーエンドのテスト - このステップは一目瞭然です。 私たちはアプリケーション全体を監視し、計画どおりに機能することを確認します。

単体テストとコンポーネント テストは開発者のみが実行し、多くの場合プログラミング言語に固有であるため、DevOps ドメインについてはこれらのツールを評価しません。

#1 の統合テスト ツール

勝者： キュウリ

Cucumber は、仕様書とテスト文書を XNUMX つの生きた文書に結合します。 仕様は Cucumber によって自動的にテストされるため、常に最新の状態になります。 自動テスト フレームワークを最初から構築し、Web アプリケーションでユーザーの動作をモデル化したい場合、Java および Cucumber BDD を使用した Selenium WebDriver は、Cucumber を学習してプロジェクトに実装するための優れた方法です。

主なメリット

• BDD アプローチ (動作駆動開発 - 「テスト駆動開発」アプローチではなく「動作による開発」) - Cucumber は BDD テスト用に設計されており、元々はまさにこのタスクのために作成されました。
• 生きたドキュメント - ドキュメントの作成は常に面倒です。 テストはコードとして記述されるため、Cucumber は自動生成されたドキュメントをテストして、テストとドキュメントが同期していることを確認します。
• サポート - 多くのツールから選択できますが、Cucumber には、どんな困難な状況でもユーザーを支援するために必要な財源とよく組織されたサポート システムがあります。

競合他社

戦闘に参加したが勝利しなかった

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

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

エンドツーエンドのテストを実施するときは、次の XNUMX つの重要な点に焦点を当てる必要があります。

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

機能テストでは、望んでいることがすべて実際に起こるかどうかを確認します。 たとえば、SPA (シングル ページ アプリケーション) の特定の要素をクリックし、フォームに記入して [送信] を選択すると、データがデータベースに表示され、画面に「成功!」というメッセージが表示されます。

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

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

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

勝者： SoapUI プロ

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

主なメリット

• 詳細なドキュメント - SoapUI はかなり長い間市場に出回っているため、テストのセットアップ方法を理解するのに役立つオンライン リソースが多数あります。
• 使いやすさ - このツールは API をテストするための複数のプロトコルをサポートしていますが、SoapUI には複数のサービス用の共通インターフェイスが存在するため、テストの作成が容易になります。

競合他社

戦闘に参加したが勝利しなかった

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

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

勝者： LoadRunner

説明： アプリケーションのすべての要素をロード テストする段階になった場合、そのタスクを完了できるのは LoadRunner だけです。 確かに、最初は高価で難しいですが、テクニカル アーキテクトとして、新しいコードが極度の負荷条件下でも動作するという完全な自信を与えてくれる唯一のツールが LoadRunner です。 また、LoadRunner はテスト チームではなく開発チームに引き継がれる時期が来たと思います。

主なメリット

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

競合他社

戦闘に参加したが勝利しなかった

繰り返しになりますが、この分野には汎用ツールはそれほど多くないため、最適なソリューションは、あらゆるテクノロジーを備えたあらゆる環境で機能するものです。

導入ツール

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

まず最初に、すべての展開ツールを XNUMX つのサブカテゴリに分割しましょう。

• アーティファクト管理
• 構成管理
• 展開する。

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

勝者： Nexus

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

主なメリット

• 技術サポート - 信頼できる製品。 よくサポートされています。
• オープンソース - 無料版では、開発チームが必要とするコア機能が制限されません。

#1 構成管理ツール

勝者： Ansible

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

主なメリット

• ステートレス - Playbook はデプロイメント マシンから起動され、ターゲット サーバー上で実行されます。 Packer などのツールを使用してデプロイ可能なオブジェクトを作成すると、リモート オブジェクトの状態を心配する必要がなくなります。
• オープンソース - CentOS と同様、Ansible も RedHat によってサポートされています。 コミュニティの維持に役立ち、高品質で使いやすいモジュールを提供します。
• Molecule (Ansible フレームワーク) を使用したテスト - 構成管理はコードであるため、他のものと同様にテストが不可欠です。 Molecule の Ansible ロール テスト フレームワークは完璧に動作し、構成が同じ品質であり、アプリケーション コードと同じ CI/CD パイプラインに従っていることを保証します。
• YAML - 他のツールと比較して、YAML は理解しやすいです。 通常、構成管理は DevOps プラクティスの実装者にとって新たな課題であるため、シンプルさが切り札となります。

競合他社

戦闘に参加したが勝利しなかった

OpsCode シェフ — 私はクックブック開発者として DevOps のキャリアをスタートしました。 もちろん、Ruby と Chef は私の心の中ではとても大切なものですが、それらは現代のステートレスなクラウドネイティブ アプリケーションの問題を解決するものではありません。 OpsCode Chef は従来のアプリケーションにとって優れたツールですが、この記事では将来に焦点を当てています。

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

導入ツール #1

勝者： テラフォーム

Terraform は、ネットワーク コンポーネントから完全なサーバー イメージに至るまで、インフラストラクチャをコードとして記述する際の問題を解決します。 この製品は最初のリリースから長い道のりを経て、非常に多くのプラグインが作成され、強力なコミュニティが構築されているため、あらゆる導入シナリオで確実にサポートを受けることができます。 あらゆるタイプの環境 (オンプレミス、クラウド、またはその他の場所) をサポートする機能は比類のありません。 最後に、最新バージョンでは、他の従来のプログラミング言語と同じロジック関数とクラスの多くが HCL で提供され、開発者が Terraform をすばやく簡単に理解できるようになりました。

主なメリット

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

競合他社

戦闘に参加したが勝利しなかった

AWS CloudFormation — AWS クラウド環境のみで作業している場合でも、次の仕事では別のツールを使用する可能性があります。 たった XNUMX つのプラットフォームにすべての時間とエネルギーを費やすのは短絡的な決定です。 さらに、多くの新しい AWS サービスは、CloudFormation で利用できるようになる前に、Terraform モジュールとして利用できるようになります。

ランタイムツール

あらゆる開発プロジェクトの最終目標は、アプリケーションを実稼働環境で起動することです。 DevOps の世界では、環境で起こり得るすべての問題を十分に認識し、手動介入を最小限に抑えたいと考えています。 アプリケーション開発を最高の状態にするには、適切なランタイム ツールのセットを選択することが不可欠です。

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

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

X サービスとしてのツール #1

勝者： Amazon Webサービス

Amazon は常にクラウド テクノロジーのリーダーであり続けていますが、それだけにとどまりません。開発者にとって、さまざまな新しいサービスは目を見張るものがあります。 あらゆるテクノロジーとテンプレートを AWS に持ち込むと、構築されて実行されます。 ツールのコストは非常にリーズナブルです。自社のデータセンターで機器を組み立て、管理、保守するのと比較してください。 無料版では、お金を使う前に実験して正しい決定を下すことができます。

主なメリット

• 普及 - AWS でアプリケーションを構築した経験がある場合は、どこでも作業できます。 企業は AWS を愛用しており、スタートアップ企業もその低コストを高く評価しています。
• 無料版は、AWS を競合他社と区別する真に重要な要素です。 購入を決定する前に、サービスを試してどのように機能するかを確認させてください。不必要なものに何千ドルも費やしたくないのです。 あらゆるコンセプトをテストするには、無料版で常に十分です。

競合他社

戦闘に参加したが勝利しなかった

Azure 「Azure は最初のリリースから長い道のりを歩んできましたが、それは賞賛に値します。 しかし、他とは違うものになりたいという欲求から、サービスに奇妙な名前が付けられ、作業が複雑になることがよくあります。 「BLOB ストレージ」とはどういう意味ですか? また、Microsoft エコシステムでは .NET コードのパフォーマンスが向上しますが、アプリケーションのすべてのコンポーネントに .NET のみを使用することはほとんどありません。

ヘロク — 信頼性と透明性のレベルが低いため、個人プロジェクト以外は Heroku で実行することはありません。したがって、企業は Heroku をプラットフォームとして使用すべきではありません。 Heroku はブログで何かをデモンストレーションするのには最適ですが、実用的には「いいえ、ありがとう!」

#1 オーケストレーション ツール

勝者： OpenShift

おそらく、アプリケーション スタックで Docker または他のコンテナを使用していると思います。 サーバーレス アプリケーションは優れていますが、すべてのアーキテクチャに適合するとは限りません。 オーケストレーション プラットフォームなしでコンテナーを実行することは、まったく機能しません。 Kubernetes Core (K8s) は、セキュリティとツールの点で比類のないものです。 OpenShift は、Source2Image を収集し、ポッドへの自動デプロイメントをサポートし、追跡と監視をサポートできる唯一の Kubernetes ベースのプラットフォームです。 OpenShift は、オンプレミス、クラウド、またはオンプレミスとクラウドで同時に実行できます。

主なメリット

• 組み込みセキュリティ - K8s セキュリティの管理には高度な学位が必要な場合があります。 あらゆる詳細を慎重に検討し、考慮する必要があります。 OpenShift にデフォルトで組み込まれているセキュリティ メカニズムは、開発者の負担を軽減し、アプリケーションにより安全なプラットフォームを提供します。
• オールインワン ソリューション - デフォルトで負荷分散ツールが含まれていない基本的な K8 とは異なり、OpenShift にはすべてが備わっています。 これを使用して、コンテナーの作成とホスト、CI/CD ツールの実行、外部プロセスの管理、キーの管理などを行うことができます。 グラフィカル ユーザー インターフェイスはまだ完璧には程遠いですが、API ベースのアプローチにより、すべてをスクリプトで記述できるようになります。 K8 用の他の GUI とは異なり、OpenShift を使用すると、Kubernetes の基本を簡単に学習できます。 学位を取得する必要さえありません！

競合他社

戦闘に参加したが勝利しなかった

DockerSwarm — Docker Swarm は、多くのものを削除して K8 を簡素化しようとしました。 小規模なアプリケーションには最適ですが、エンタープライズ アプリケーションの場合は機能しません。 さらに、AWS ECS のようなソリューションも同様のアプローチを採用していますが、対話可能な他のサービス (Lambda、IAM など) との連携が容易になります。

監視ツール #1

勝者： ニューレリック

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

主なメリット

• 使いやすさ - システムエンジニアとして働いていたとき、多くの監視ツールを使用しましたが、New Relic ほどシンプルで使いやすいツールに出会ったことはありません。 SaaSなので自分でインストールする必要はありません。
• エンドツーエンドの可視性 - 他のツールは、アプリケーションの XNUMX つの特定の要素を監視しようとします。 たとえば、プロセッサの使用状況やネットワーク トラフィックのメトリックなどですが、アプリケーションが正しく動作するには、これらすべてを包括的に監視する必要があります。 New Relic を使用すると、すべてのデータを XNUMX つにまとめて、何が起こっているかを包括的に把握できます。

競合他社

戦闘に参加したが勝利しなかった

ザビックス — 私の最初のお気に入りの監視システムですが、クラウド テクノロジと APM アプリケーション パフォーマンス監視の分野の発展が遅れていたために、過去のままになっています。 Zabbix は依然として従来のサーバー インフラストラクチャの監視を適切に実行しますが、それだけです。

データドッグ — コード自体ではなく、アプリケーションの実稼働環境を管理するプロセスに焦点を当てすぎています。 開発者が関与する DevOps チームがあれば、一流のサポートを提供するために使いにくいツールに依存する必要はありません。

ロギングツール #1

勝者： Splunk

Splunk と競争するのは難しいです。 長い間、彼は伐採のリーダーであり続け、他の誰よりも優れた伐採を続けています。 オンプレミスと SaaS の製品により、どこでも Splunk を使用できます。 大きな欠点はその価格です。Splunk は依然として非常に高価です。

主なメリット

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

競合他社

戦闘に参加したが勝利しなかった

ELK スタック (ElasticSearch、LogStash、Kibana) 「これらのツールは、肝臓を売る必要さえないので、人気があるようです。」 ただし、ログのセットが増大し、搭載されるアプリケーションの数が増加するにつれて、作業はますます難しくなります。 Splunk と比較して、ELK Stack では、ダッシュボードを作成する前にツールのセットアップにこれまでよりも多くの時間を費やしました。

コラボレーションツール

DevOps は主に組織内の文化を変えることです。 ツールを購入したからといって、一夜にして現在の慣行が変わるわけではありませんが、コラボレーションや新しい対話方法を促進できることは確かです。

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

• タスクの追跡
• チャットオプス
• ドキュメンテーション。

#1 の問題追跡ツール

勝者： JIRA

この分野での競争は激化していますが、Jira はリーダーとしての地位を維持しています。 Jira の驚異的な柔軟性により、開発チームとメンテナンス チームはプロジェクト作業とスプリント タスクを管理できます。 アジャイル用語を使用した標準が組み込まれているため、従来の作業方法からより効率的なプロセスへの移行が容易になります。

主なメリット

• 人気 - 他の多くのツールと同様、Jira はほぼどこでも使用されています。 小規模なチームは、より安価でアクセスしやすいバージョンを使用して必要なものをすべて入手できますが、大企業にはより高価なライセンスを購入する余裕があります。
• 統合 - Jira はこの分野のパイオニアです。 この事実と製品の急速な開発により、他の企業が独自の統合を作成するために Jira を選択し、ツールの価値が高まります。 少しの設定を行うだけで、この記事に記載されているすべてのツールと Jira をすぐに統合できます。

競合他社

戦闘に参加したが勝利しなかった

Trello — Trello は無料のカンバン ツールのおかげで急速に人気を博しました。 ただし、プロセスが拡大し、タスクが数十から数千に増えると、Trello での移動、検索、レポートが難しくなります。

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

ChatOps ツール #1

勝者： MatterMost

説明： おそらく私の選択の中であなたにとって最大の驚きであり、それは良いニュースです! MatterMost は、以前のツールの良いところを取り入れてオンプレミスに配置することで人気を博しました。 これは企業にとって非常に重要です。MatterMost を使用すると、データを制御できるほか、ローカルで実行されるツールとデータを統合することもできます。 仕事上のチャットをチェックするためにファイアウォールの外に出る必要はもうありません。

主なメリット

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

競合他社

戦闘に参加したが勝利しなかった

Slack — Slack はクールですが、彼らは成長しすぎて利益を追求し始めました。 ビジネスの回収段階が近づいており、これにより主要な価値が失われます。Slack はサービスを無料で提供していました。 無料版の最大のデメリットはトーク履歴が削除されてしまうことです。

マイクロソフトのチーム — Microsoft 製品を Microsoft が所有していないものと統合してみてください...頑張ってください! このツールについて私が言いたいことはこれですべてです。

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

勝者： 合流

どのようなツールを使用する場合でも、高品質の技術文書の作成と維持は複雑なプロセスです。 最近多くの SaaS ドキュメント ツールが市場に出てきていますが、ミッションクリティカルなアプリケーションに関する技術ドキュメントの保管をサードパーティに委託するのは難しいと思います。 データとドキュメントはオンプレミスに保存することが望ましいため、Confluence はこれを解決します。

主なメリット

• 操作が簡単 - ほとんどのスタンドアロン ツールはセットアップと操作が少し複雑で、メンテナンスにはある程度の知識が必要です。 Confluence Server は、10 人または 10,000 人のユーザーに対して、そのまま使用しても問題なく機能します。
• プラグイン - すぐに使える美しく使いやすいナビゲーションを備えた Confluence と、ほぼすべてのプラグインを追加できる機能により、Wiki のような可能性が解き放たれます。

競合他社

戦闘に参加したが勝利しなかった

ドキュメントを読む — オープンソースとしてはクールですが、重要な知識をここに保存することは考えてもいません。

マークダウン - コードの文書化には最適ですが、MarkDown 特有の形式のため、アーキテクチャ、プロセス、またはその他のタイプの文書を投稿するのは困難です。

ジキル — 技術的な知識を文書化する場合、変更があるたびに展開される新しい静的サイトを作成したくありません。 Confluence のシンプルなバージョン管理システムにより、内部ドキュメントが大幅に簡素化されます。

要約します

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

必ず XNUMX つのカテゴリすべてからツールを選択してください。

• 開発および構築ツール
• テスト自動化ツール
• 導入ツール
• ランタイムツール
• コラボレーションツール。

主な推奨事項: すべてを自動化しましょう！

ありがとうザック・シャピロ！

出所： habr.com