2019 年のトップ 10 DevOps ツール、いくつ使用していますか?

この記事では、必要なツールを選択するための詳細な参考情報を提供するために、ツールのリストをまとめています。自動ビルド ツールからアプリケーション パフォーマンス監視プラットフォームまで、DevOps ツールのトップ 10 を見てみましょう。

1. グラドル

DevOps ツールセットには信頼性の高いビルド ツールが必要です。 Apache Ant と Maven は長年にわたり自動ビルド ツール市場を独占してきましたが、Gradle は 2009 年に登場し、それ以来着実に人気を集めています。 Gradle は非常に強力で、ユーザーは Java、C++、Python などの言語でプログラミングできます。 Netbeans、Eclipse、Intellij IDEA などのさまざまな一般的な IDE も Gradle をサポートしています。それでもまだ使用を決定できない場合は、Google がこれを Android Studio の公式ビルド ツールとして選択したという事実も役立つかもしれません。

Maven と Ant は XML 構成を使用しますが、Gradle はビルドを記述するために Groovy ベースの DSL を導入します。 2016 年には、Gradle チームが Kotlin ベースの DSL もリリースしたため、ユーザーは Kotlin でビルド スクリプトを記述できるようになりました。つまり、Gradle の学習にはある程度の時間がかかります。以前に Groovy、Kotlin、またはその他の JVM 言語を使用したことがある場合は、Gradle をすぐに習得するのに役立ちます。また、Gradle は Maven のリポジトリ形式を使用するため、Maven を使用したことがある場合は、Gradle の依存関係管理に精通していることになります。 Ant ビルドを Gradle にインポートすることもできます。

Gradle は通常、増分ビルド用に設計されているため、コンパイル時間を大幅に節約できます。 Gradle のパフォーマンス レポートによると、Maven よりも 100 倍高速です。このパフォーマンス上の利点は、この増分設計によるところが大きいですが、Gradle のビルド キャッシュとデーモンによるところも大きいです。ビルド キャッシュはタスクの出力を再利用し、Gradle のデーモンはビルド情報をメモリに保存し、複数のビルド間で共有できます。

一般的に、Gradle を使用すると、迅速な配信が可能になり、構成がより柔軟になります。

参考文献

• グラドル: https://gradle.org/
• 公式ビルドツール: https://developer.android.com/studio/build/
• Kotlin ベースの DSL: https://github.com/gradle/kotlin-dsl
• Ant ビルドをインポートします: https://docs.gradle.org/current/userguide/ant.html
• インクリメンタルビルド: https://blog.gradle.org/introducing-incremental-build-support
• パフォーマンスレポート: https://gradle.org/gradle-vs-maven-performance/
• ビルド キャッシュ: https://blog.gradle.org/introducing-gradle-build-cache
• デーモン: https://docs.gradle.org/current/userguide/gradle_daemon.html

2. ギット

Git は最も人気のある DevOps ツールの 1 つであり、ソフトウェア業界で広く使用されています。これは、リモート チームやオープン ソース コントリビューターに愛用されている分散 SCM (ソース コード管理) ツールです。 Git を使用すると、ユーザーは開発作業の進捗状況を追跡できます。ユーザーはソースコードのさまざまなバージョンを保存し、必要に応じて以前のバージョンに戻すことができます。個別のブランチを作成し、必要なときに新しい機能のみをマージできるため、実験にも最適です。

Git と DevOps ワークフローを統合するには、チーム メンバーが作業をプッシュできるリポジトリも維持する必要があります。現在、最も優れた 2 つのオンライン Git リポジトリ ホスティング サービスは GitHub と Bitbucket です。 GitHub の方がよく知られていますが、Bitbucket は小規模チーム (最大 5 人) に無制限の無料プライベート リポジトリを提供しています。 GitHub では、ユーザーはパブリック リポジトリにのみ無料でアクセスできます。もちろん、これは多くのプロジェクトにとって依然として適切なソリューションです。

GitHub と Bitbucket はどちらも優れた統合機能を備えています。たとえば、ユーザーは Slack と統合して、コミットが行われたときにチームの全員に通知を受け取ることができます。

コンテンツ更新メモ: GitHub に無料のプライベート リポジトリが追加されました。この記事は翻訳なので、多少の時間差がありますのでご了承ください。

参考文献

• git: https://git-scm.com/
• GitHub: https://github.com/
• ビットバケット: https://bitbucket.org/

3. ジェンキンス

Jenkins は、DevOps に移行する多くのソフトウェア開発チームで使用される自動化ツールです。これは、ユーザーが配信パイプラインのさまざまなステージを自動化するのに役立つオープンソースの CI/CD サーバーです。 Jenkins が人気を博している主な理由は、その巨大なプラグイン エコシステムです。現在、1,000 を超えるプラグインが提供されているため、ほぼすべての DevOps ツール (Docker から Puppet まで) と統合できます。

Jenkins を使用すると、ユーザーは実際のニーズに応じて独自の CI/CD パイプラインを構築およびカスタマイズできます。 Jenkins のドキュメントでは次の例が紹介されています。

これは、実現可能な実装の 1 つにすぎません。素晴らしいですね。

Jenkins の使用は簡単で、Windows、Mac OS X、Linux ですぐに実行できます。 Docker を使用すると簡単にインストールできます。ユーザーはブラウザを通じて Jenkins サーバーを構築および構成できます。初めて使用する場合は、最もよく使用されるプラグインをインストールすることを選択できます。もちろん、カスタム構成を作成することも可能です。

Jenkins を使用すると、ユーザーは新しいコードをできるだけ早く反復してデプロイできます。また、パイプラインの各ステップの成功をユーザーが測定するのにも役立ちます。 Jenkins の「醜い」、直感的でない UI について人々が不満を言うのを聞いたことがあります。しかし、必要なものはすべて簡単に見つけることができます。

参考文献

• ジェンキンス: https://jenkins.io/
• 1000以上のプラグイン: https://plugins.jenkins.io/
• Jenkins ドキュメント: https://jenkins.io/doc/book/pipeline/
• Jenkins の使い方は簡単です。https://jenkins.io/download/
• Docker でインストールします。https://wiki.jenkins.io/display/JENKINS/Installing+Jenkins+with+Docker

4. 竹

Bamboo は Atlassian の CI/CD サーバー ソリューションであり、その機能の多くは Jenkins と似ています。どちらも、ビルドからデプロイメントまでのリリース パイプラインを自動化するのに役立つ人気の DevOps ツールです。ただし、Jenkins はオープンソースであり、Bamboo は有料です。それで、ここでの永遠の疑問は、無料ソフトウェアがあるのに有料ソフトウェアを選択する必要があるのか​​、ということです。それはあなたの予算と目標によって異なります。

Bamboo には多くの事前構築された機能があり、それらは Jenkins で手動で構築する必要があります。このため、Bamboo のプラグインは少なくなります (約 100 個ですが、Jenkins には 1000 個以上あります)。実際、Bamboo にはすぐに使用できる機能が多数備わっているため、多くのプラグインは必要ありません。

Bamboo は、Jira や Bitbucket などの他の Atlassian 製品とシームレスに統合されます。ユーザーは、組み込みの Git および Mercurial ブランチ ワークフローとテスト環境にもアクセスできます。つまり、Bamboo を使用すると、設定にかかる時間を大幅に節約できます。 UI もより直感的になっており、ヒント、自動補完、その他の便利な機能も備わっています。

参考文献

竹: https://www.atlassian.com/software/bamboo

5. ドッカー

Docker は最も重要な DevOps ツールの 1 つです。 Docker は、主に分散開発を可能にし、アプリケーションの展開を自動化するため、テクノロジーの世界でコンテナ化のトレンドを開始しました。アプリケーションを個別のコンテナに分離するため、アプリケーションの移植性と安全性が向上します。 Docker アプリケーションは OS やプラットフォームからも独立しています。ユーザーは、VirtualBox などの仮想マシンの代わりに Docker コンテナを使用できます。

Docker で私が最も気に入っている点の 1 つは、ユーザーが依存関係の管理について心配する必要がないことです。すべての依存関係をアプリケーションのコンテナにパッケージ化し、すべてを単一のユニットとして配信できます。ユーザーは、どのマシンやプラットフォームでもアプリケーションを簡単に実行できます。

Docker は Jenkins および Bamboo とも統合されます。 Docker を自動化サーバーと組み合わせると、配信ワークフローをさらに改善できます。さらに、Docker はクラウド コンピューティングにも非常に適しています。近年、AWS や Google Cloud などの主要なクラウド プロバイダーはすべて Docker をサポートしています。したがって、クラウドへの移行を計画している場合は、Docker を使用するとプロセスが簡素化されます。

参考文献

• ドッカー: https://www.docker.com/
• ジェンキンス: https://jenkins.io/solutions/docker/
• 竹: https://confluence.atlassian.com/bamboo/getting-started-with-docker-and-bamboo-687213473.html

6. クベネフィット

今年は誰もがKubernetesについて語っています。これは、コンテナ化を次のレベルに引き上げるコンテナ オーケストレーション プラットフォームです。 Docker またはその他の代替手段を使用できます。 Kubernetes はまだ非常に新しいものです。最初のバージョンは 2015 年にリリースされました。これは、大規模なコンテナ管理のソリューションを探していた Google エンジニアによって作成されました。 Kubernetes を使用すると、ユーザーはコンテナを論理ユニットに編成できます。

コンテナが少数しかない場合は、コンテナ オーケストレーション プラットフォームはおそらく必要ありません。ただし、システムが一定のレベルの複雑さに達し、リソースの拡張が必要になると、それが論理的な次のステップになります。 Kubernetes を使用すると、ユーザーは数百のコンテナを管理するプロセスを自動化できます。

Kubernetes を使用すると、コンテナ化されたアプリケーションを単一のマシンに結び付ける必要がなくなります。代わりに、マシンのクラスターにデプロイすると、Kubernetes がクラスター全体にコンテナを自動的に配布してスケジュールします。

Kubernetes クラスターは、マスター ノードと複数のワーカー ノードで構成されます。マスター ノードは事前定義されたルールを実装し、コンテナーをワーカー ノードにデプロイします。 Kubernetes がすべてを処理します。たとえば、ワーカーノードがオフラインになっていることがわかった場合、そのノード上のコンテナを他のノードに再配布します。

参考文献

• Kubernetes: https://kubernetes.io/

7. パペットエンタープライズエディション

Puppet Enterprise は、クロスプラットフォームの構成管理プラットフォームです。ユーザーはインフラストラクチャをコードとして管理できます。インフラストラクチャ管理が自動化されるため、ユーザーはソフトウェアをより迅速かつ安全に提供できます。 Puppet は、小規模なプロジェクトに使用できるオープンソース ツールも開発者に提供します。ただし、より大規模なインフラストラクチャを担当している場合は、次のような Puppet Enterprise の追加機能が役立つ場合があります。

• リアルタイムレポート
• ロールベースのアクセス制御
• ノード管理

Puppet Enterprise を使用すると、複数のチームと数千のリソースを管理できます。インフラストラクチャ内の関係を自動的に理解します。依存関係を処理し、障害をインテリジェントに処理します。失敗した構成が発生した場合、依存するすべての構成もスキップされます。 Puppet の代表的な点は、5,000 を超えるモジュールがあり、多くの一般的な DevOps ツールと統合できることです。

参考文献

• パペットエンタープライズ: https://puppet.com/products/puppet-enterprise
• オープンソースツール: https://puppet.com/download-open-source-puppet
• 追加機能: https://puppet.com/products/why-puppet/puppet-enterprise-and-open-source-puppet
• 5000以上のモジュール: https://forge.puppet.com/
• 人気の DevOps ツール: https://puppet.com/products/managed-technology

8. アンシブル

Ansible は、Puppet や Chef に似た構成管理ツールです。ユーザーはこれを使用して独自のインフラストラクチャを構成し、展開を自動化できます。他の同様の DevOps ツールと比較すると、その主なセールスポイントはシンプルさと使いやすさです。 Ansible は、Puppet と同じ Infrastructure as Code (IAC) 哲学に従います。ただし、非常にシンプルな YAML 構文を使用します。 Ansible ではユーザーは YAML でタスクを定義しますが、Puppet には独自の宣言型言語があります。

エージェントレス アーキテクチャは、Ansible でよく言及されるもう 1 つの機能です。バックグラウンドでデーモンやエージェントが実行されていないため、Ansible は構成管理の自動化のための安全で軽量なソリューションです。 Puppet と同様に、Ansible にもいくつかのモジュールがあります。

DevOps ワークフローで Ansible がどのように機能するかをより深く理解するには、Red Hat Blod のブログ投稿をご覧ください。 Ansible を使用して環境をプロビジョニングし、Jenkins パイプラインにアプリケーションをデプロイする方法を紹介します。

参考文献

• アンシブル: https://www.ansible.com/
• いくつかのモジュール: https://docs.ansible.com/ansible/latest/modules/modules_by_category.html
• このブログ投稿: https://www.redhat.com/en/blog/integrating-ansible-jenkins-cicd-process

9. ナギオス

Nagios は、非常に人気のある無料のオープンソース DevOps 監視ツールです。インフラストラクチャを監視して、ユーザーが問題を特定して解決できるようにします。 Nagios を使用すると、ユーザーはイベント、停止、障害をログに記録できます。ユーザーは、Nagios のグラフとレポートを通じて傾向を監視することもできます。これにより、運用停止やエラーを予測し、セキュリティ攻撃を発見することができます。

インフラストラクチャ監視用の DevOps ツールは数多くありますが、豊富なプラグイン エコシステムを備えた Nagios が際立っています。 Nagios は長年（2002 年にリリース）使用されているため、そのコミュニティは大規模です。プラグインに加えて、コミュニティはアドオン、ハウツー記事、翻訳、その他の便利なものもすべて無料で提供しています。

Nagios は 4 つのオープン ソース監視ソリューションを提供します。

• ナギオスコア
• ナギオスXI
• Nagios ログサーバー
• ナギオスフュージョン

Nagios Core は、すべての基本機能を提供するコマンドライン ツールです。ユーザーは、Web ベースの GUI と監視ウィザードを提供する Nagios XI を選択することもできます。 Nagios は機能の比較を提供します。

Nagios Log Server を使用すると、ユーザーはログ データを検索し、起こりうる攻撃に対するアラートを設定できます。 Nagios Fusion は複数のネットワークを同時に監視できます。

全体として、Nagios は DevOps チームにインフラストラクチャ監視ソリューションを提供します。ただし、セットアップには時間がかかり、環境との互換性も必要です。

参考文献

• ナギオス: https://www.nagios.org/
• プラグインエコシステム: https://exchange.nagios.org/
• 機能比較: https://www.nagios.org/downloads/nagios-core/

10. レイガン

Raygun は、エラー監視およびクラッシュ報告の主要プラットフォームです。アプリケーション パフォーマンス モニタリング (APM) は、同社の最新のプロジェクトです。 Raygun の DevOps ツールは、パフォーマンスの問題を分析し、特定のコード行、関数、または API 呼び出しを特定するのに役立ちます。 APM ツールと Raygun のエラー管理ワークフローは連携して動作します。たとえば、優先度の高い問題を自動的に特定し、問題を作成します。

Raygun APM を使用すると、問題が常に通知されるため、他の DevOps の価値を高めることができます。 Raygun はエラーをソース コードに自動的にリンクするため、開発と運用を緊密にリンクして、チーム全体にエラーやパフォーマンスの問題を特定するための統一された真実のソースを提供します。

参考文献

• レイガン: https://raygun.com/
• アプリケーション パフォーマンス モニタリング: https://raygun.com/platform/apm

あなたのチームに最適な DevOps ツールはどれですか?

理想的な DevOps ツールを見つけるには、ある程度のテストと経験が必要です。オープンソース ソフトウェアの構築と構成には通常、より多くの時間がかかります。ほとんどの商用 DevOps ツールには、ユーザーがテストして評価できる無料トライアルがあります。最終的に選択するツールは、チームのニーズと目標によって決まります。

翻訳者について

Cui Jingwen は現在、IBM でシニア ソフトウェア エンジニアとして勤務しており、IBM WebSphere ビジネス プロセス管理ソフトウェアのシステム テストを担当しています。 VMware でデスクトップ仮想化製品の品質保証に携わりました。仮想化、ミドルウェア技術、ビジネスプロセス管理に強い関心を持っています。 DockOne コミュニティ ゴールド メダル翻訳者。

開発と運用・保守の統合により、ソフトウェア開発に新たな章が開かれました。 DevOps を初めて使用するか、既存のプロセスを改善する方法を探している場合、最初のハードルは、どのツールがチームに最適かを調査することです。