ダミーガイド: オープンソース ツールを使用した DevOps チェーンの構築

初心者向けの XNUMX つのステップで最初の DevOps チェーンを構築します。

DevOps は、遅すぎる、接続が切断されている、その他問題のある開発プロセスに対する万能薬となっています。 ただし、DevOps に関する最小限の知識は必要です。 DevOps チェーンなどの概念と、XNUMX つのステップで DevOps チェーンを作成する方法について説明します。 これは完全なガイドではなく、拡張可能な「魚」にすぎません。 歴史から始めましょう。

DevOps についての私の紹介

私は以前 Citi Group でクラウドに携わっており、Citi のクラウド インフラストラクチャを管理するための IaaS Web アプリケーションを開発していましたが、開発チェーンを最適化し、開発者間の文化を改善する方法に常に興味を持っていました。 弊社のクラウド アーキテクチャおよびインフラストラクチャ担当 CTO である Greg Lavender が、この本を私に勧めてくれました。 プロジェクト「フェニックス」。 DevOps の原則を美しく説明しており、小説のように読めます。

裏面の表は、企業が新しいバージョンを公開する頻度を示しています。

Amazon、Google、Netflix はどのようにしてこれほど多くのサービスを展開できるのでしょうか? それは簡単です。彼らは、ほぼ完璧な DevOps チェーンを作成する方法を見つけ出したのです。

DevOps に切り替えるまで、Citi では状況が大きく異なりました。 その後、私のチームにはさまざまな環境がありましたが、開発サーバーへの配信は手動で行いました。 すべての開発者は、IBM WebSphere Application Server Community Edition に基づく XNUMX つの開発サーバーのみにアクセスできました。 同時に配信しようとするとサーバーが「落ちて」しまい、そのたびに私たちは自分たちで「苦労して」交渉しなければなりませんでした。 また、テストによるコード カバレッジが不十分で、手動配信プロセスに時間がかかり、タスクやクライアントの要件を利用してコードの配信を追跡する方法がありませんでした。

何かを早急に行う必要があることは明らかで、私は同じ考えを持つ同僚を見つけました。 私たちは最初の DevOps チェーンを一緒に作成することにしました。彼は仮想マシンと Tomcat アプリケーション サーバーをセットアップし、私は Jenkins、Atlassian Jira および BitBucket との統合、テストによるコード カバレッジを担当しました。 プロジェクトは成功しました。開発チェーンを完全に自動化し、開発サーバーでほぼ 100% の稼働時間を達成し、テストでコード カバレッジを監視および改善することができ、Git ブランチを Jira の配信と課題に結び付けることができました。 そして、DevOps チェーンの構築に使用したツールのほぼすべてがオープンソースでした。

実際、Jenkins や Ansible を使用した高度な構成さえ適用しなかったため、チェーンは簡素化されました。 しかし、私たちは成功しました。 おそらくこれは原理の結果です パレート （別名80/20ルール）。

DevOps と CI/CD チェーンの簡単な説明

DevOps にはさまざまな定義があります。 DevOps には、アジャイルと同様に、さまざまな分野が含まれます。 しかし、ほとんどの人は次の定義に同意するでしょう。DevOps はソフトウェア開発の方法またはライフサイクルであり、その主な原則は、開発者と他の従業員が「同じ波長を合わせ」、手作業が自動化され、誰もが自分の得意なことを行うようになり、配達の頻度が増加し、仕事の生産性が向上し、柔軟性が向上します。

ツールだけでは DevOps 環境を構築するには十分ではありませんが、不可欠なものです。 これらの中で最も重要なのは、継続的インテグレーションと継続的デリバリー (CI/CD) です。 各環境のチェーンにはさまざまな段階があります (例: DEV (開発)、INT (統合)、TST (テスト)、QA (品質保証)、UAT (ユーザー受け入れテスト)、STG (準備)、PROD (使用)) 、手動タスクが自動化され、開発者は高品質のコードを作成して配信し、簡単に再構築できます。

このノートでは、以下の図に示すように、オープンソース ツールを使用して DevOps チェーンを XNUMX つのステップで作成する方法について説明します。

本題に入りましょう。

ステップ 1: CI/CD プラットフォーム

まず、CI/CD ツールが必要です。 Jenkins は、MIT ライセンスの Java で書かれたオープンソース CI/CD ツールで、DevOps 運動を普及させ、CICD の事実上の標準となっています。

ジェンキンスとは何ですか? さまざまなサービスやツールを操作できる魔法のコントロール パネルがあると想像してください。 Jenkins のような CI/CD ツールは、それ自体では役に立ちませんが、さまざまなツールやサービスを使用すると万能になります。

Jenkins に加えて、他にも多くのオープンソース ツールがあるので、どれかを選択してください。

CI/CD ツールを使用した DevOps プロセスは次のようになります。

localhost には CI/CD ツールがありますが、やるべきことはまだ多くありません。 次のステップに進みましょう。

ステップ 2: バージョン管理

CI/CD ツールの魅力をテストする最良の (そしておそらく最も簡単な) 方法は、CI/CD ツールをソース管理管理 (SCM) ツールと統合することです。 なぜバージョン管理が必要なのでしょうか? アプリケーションを作成しているとします。 Java、Python、C++、Go、Ruby、JavaScript、またはその他のワゴンや小さなカートに相当する言語で作成します。 書いたものをソースコードといいます。 最初は、特に一人で作業している場合は、すべてをローカル ディレクトリに保存できます。 しかし、プロジェクトが成長し、参加する人が増えると、コードの変更を共有しながら、変更をマージする際の競合を回避する方法が必要になります。 また、バックアップを使用したり、コード ファイルのコピー アンド ペーストを使用したりせずに、何らかの方法で以前のバージョンを復元する必要があります。

そしてここにはSCMがどこにもありません。 SCM はコードをリポジトリに保存し、そのバージョンを管理し、開発者間でコードを調整します。

SCM ツールは数多くありますが、Git は当然のことながら事実上の標準になっています。 それを使用することをお勧めしますが、他のオプションもあります。

SCM を追加した後の DevOps パイプラインは次のようになります。

CI/CD ツールは、ソース コードのアップロードとダウンロード、およびチーム コラボレーションを自動化できます。 悪くない？ しかし、これから、何十億ものユーザーに愛される実用的なアプリケーションをどのように作成するのでしょうか?

ステップ 3: ビルド自動化ツール

すべてが順調に進んでいます。 コードをアップロードしてソース管理に変更をコミットし、友人を招待して一緒に作業することができます。 しかし、あなたはまだアプリを持っていません。 これを Web アプリケーションにするには、配布用にコンパイルおよびパッケージ化するか、実行可能ファイルとして実行する必要があります。 (JavaScript や PHP などのインタープリタ型プログラミング言語はコンパイルする必要はありません。)

ビルド自動化ツールを使用します。 どのツールを選択しても、コードが適切な形式でアセンブルされ、クリーンアップ、コンパイル、テスト、配信が自動化されます。 ビルド ツールは言語によって異なりますが、次のオープン ソース オプションが一般的に使用されます。

完全！ ここで、ビルド自動化ツール構成ファイルをソース管理に挿入して、CI/CD ツールがそれらをビルドできるようにしましょう。

気持ちいいですね。 しかし、これをどこに展開すればよいのでしょうか?

ステップ 4: Web アプリケーション サーバー

これで、実行またはロールアウトできるパッケージ化されたファイルが完成しました。 アプリケーションが本当に役立つためには、何らかのサービスまたはインターフェイスが必要ですが、それをすべてどこかに配置する必要があります。

Web アプリケーションは Web アプリケーション サーバー上でホストできます。 アプリケーション サーバーは、パッケージ化されたロジックを実行し、インターフェイスをレンダリングし、ソケット経由で Web サービスを公開できる環境を提供します。 アプリケーション サーバーをインストールするには、HTTP サーバーとその他のいくつかの環境 (仮想マシンなど) が必要です。 現時点では、このすべてを進行中に処理していると仮定しましょう (ただし、コンテナーについては以下で説明します)。

オープンな Web アプリケーション サーバーがいくつかあります。

私たちはすでにほぼ機能する DevOps チェーンを持っています。 よくやった！

原則として、ここで停止して、その後は自分で処理できますが、コードの品質について話しておく価値はあります。

ステップ 5: カバレッジをテストする

テストには多くの時間と労力がかかりますが、バグをすぐに見つけてコードを改善してエンド ユーザーを満足させる方が良いでしょう。 この目的のために、コードをテストするだけでなく、コードを改善する方法についてアドバイスするオープン ツールが多数あります。 ほとんどの CI/CD ツールはこれらのツールにプラグインしてプロセスを自動化できます。

テストは、テストの作成と実行のためのテスト フレームワークと、コードの品質を向上させるためのヒントを備えたツールの XNUMX つの部分に分かれています。

テストフレームワーク

質の高いヒントを備えたツール

C++ と C# は独自仕様であるため (GCC はオープン ソースですが)、これらのツールとフレームワークのほとんどは Java、Python、JavaScript 用に作成されています。

テスト カバレッジ ツールを適用しました。DevOps パイプラインはチュートリアルの冒頭の図のようになります。

追加の手順

コンテナ

前に述べたように、アプリケーション サーバーは仮想マシンまたはサーバーでホストできますが、コンテナーの方が一般的です。

コンテナとは? つまり、仮想マシンでは、オペレーティング システムがアプリケーションよりも多くのスペースを占有することが多く、通常、コンテナーにはいくつかのライブラリと構成があれば十分です。 場合によっては、仮想マシンが不可欠ですが、コンテナーは追加コストなしでサーバーとともにアプリケーションを収容できます。

コンテナーの場合、通常は Docker と Kubernetes が使用されますが、他のオプションもあります。

Docker と Kubernetes に関する記事を読むには、次の URL を参照してください。 Opensource.com:

• ドッカーとは何ですか?
• Docker の概要
• Kubernetesとは何ですか?
• Kubernetesをゼロから作る

ミドルウェア自動化ツール

当社の DevOps チェーンは、アプリケーションの共同構築と配信に重点を置いていますが、DevOps ツールを使用して実行できる興味深いことは他にもあります。 たとえば、ミドルウェア自動化ツールとしても知られる Infrastructure as Code (IaC) ツールを使用します。 これらのツールは、ミドルウェアのインストール、管理、その他のタスクを自動化するのに役立ちます。 たとえば、自動化ツールは、正しい構成のアプリケーション (Web アプリケーション サーバー、データベース、監視ツール) を取得し、アプリケーション サーバーにプッシュできます。

オープンミドルウェア自動化ツールのオプションをいくつか示します。

詳細は記事にて Opensource.com:

• Ansible スタートガイド
• Ansible を使用したデプロイ自動化戦略
• トップ 5 の構成管理ツール

そして今何？

これは氷山の一角にすぎません。 DevOps チェーンはさらに多くのことを行うことができます。 CI/CD ツールから始めて、仕事を容易にするために他に何を自動化できるかを確認してください。 忘れないでください オープンなコミュニケーションツール 効果的なコラボレーションのために。

初心者向けのその他の優れた DevOps 記事は次のとおりです。

• DevOpsとは
• DevOps 開発者の 5 つのスキル
• 誰にとっても DevOps
• DevOps における予測分析の概要

DevOps をオープン アジャイル ツールと統合することもできます。

• アジャイルとは何ですか?
• アジャイルをマスターするための 4 つのステップ

出所： habr.com