What is DevOps?

私たちのブログをご覧の方は、DevOpsとは何かをすでにご存じだと思います。 そうでない場合は、ここで簡単に要約し、DevOps 文化について読むことができる記事を紹介します。

DevOps の方法論は、プロジェクトにおける開発者と運用担当者の間のコミュニケーションを向上させます。 DevOps の目的は次のとおりです。

• インシデント解決の時間を短縮する
• 新機能を迅速に立ち上げる
• プロセスの自動化によるリスクを減らす
• 顧客と開発者の満足度を同時に大幅に向上する

このために、フィードバックループについて話しているのです。 これは、開発の効果を知り、学び続けるために、その影響を測定することに依存する DevOps の概念です。 このフィードバックループは、DevOpsの目標を達成し、ソフトウェアとチームのプロセスをうまく改善するための鍵です。 また、高品質のコードを提供するチームにも役立ちます。

IDC によると、今日、アプリケーション開発プロジェクトの 20% が DevOps アプローチの恩恵を受けています。 2021 年までには、この数字は 35% ～ 40% に増加する見込みです。 これほど多くの IT チームがプロジェクトのために DevOps 手法を採用しているのは偶然ではありません。

DevOps の原則

ソフトウェア開発のチーム内で DevOps 手法を使用すると、組織が根本的に変化する予定です。 それは、開発者チームがリリースをコーディングし、デプロイする方法を変えることになります。

• Automation
• Iteration
• Self-service
• Continuous improvement
• Continuous testing
• Collaboration

オートメーションによって開発者と運用担当者はプロセスを単純化し、チームはより生産的になることが可能になりました。 自動化により手動操作の数が減るので、ソフトウェアの開発品質とセキュリティが向上します。 また、エンドユーザーからのフィードバックが早いため、イテレーションによって開発プロセスが加速されます。 また、セルフサービスにより、開発者自身がオンデマンドでアプリケーションをデプロイできるようになり、リリースが加速されます。 継続的な改善は、プロセスをより流動的にするために行われます。 実際、インシデントが発生するたびに、事後検証を行うのがDevOpsプロセスの一部となっている。 死後調査とは、各インシデント、その影響、解決のために取った行動、問題の原因、再発防止のために取った行動を記録することです。 継続的なテストは、より速いリリースと高い品質を同時に実現します。 そして最後になりますが、開発者と運用担当者のコラボレーションは、努力を結集し、より早く成功に到達するための鍵となります。

DevOpsプロセス

DevOpsプロセスは、一連のステップから構成されています。 以下は、視覚化するための図です。

順に、DevOpsプロセスのステップを説明すると、次のようになります。

• 計画。 これは、タスク、スケジュールを整理し、プロジェクト管理ツールをセットアップする部分です。 アイデアは、アジャイル方法論からのユーザーストーリープロセスを使用してタスクを計画することです。 ユーザーストーリーの形でチケットを書くことで、開発者と運用担当者は、どのような開発がなぜ必要なのかを理解することができます。 完璧なユーザーストーリーは、What（誰、どこ、トリガー）、Why（なぜ）、Acceptive criteria（受け入れ基準）です。 (例: (例: ユーザーとして、顧客アカウントで「オプション」をクリックするとポップアップが表示され、名前とファーストネームを変更できる)。
• コード。 ここでは、開発者がコード開発とコードレビューを行っています。 コードの準備ができたら、それをマージします。 DevOpsの実践では、GithubやGitlabのような運用チームと開発チームの間でコードツールを共有することが重要である。
• ビルド。 このステップは、自動化に向けた最初のステップです。 ここでの目標は、ソース コードを 1 つの望ましい形式にビルドし、コンパイル、テスト、およびインフラストラクチャの特定の場所にデプロイすることです。 このステップが設定されると、継続的インテグレーション (CI) およびデリバリー (CD) ツールは、ソース コード管理からソース コードをチェックおよび検証し、ビルドすることができます。 継続的なテストプロセスにより、リスクが軽減されます。 自動テストにより、本番にバグが実装されないことを保証します。 ソフトウェアの最高の開発品質を確保するために、ワークフローにテストツールを導入する必要があります。
• リリース。 コードはテスト (継続的インテグレーション) プロセスを通過し、デプロイする準備が整いました。
• デプロイ。 運用チームが新機能を本番環境にデプロイしているところです。 しかし、自動化は DevOps 原則の 1 つであるため、継続的デプロイメントを設定することが可能です。
• インフラストラクチャを運用/構成する。 運用担当者は、スケーラブルなインフラストラクチャ、Infrastructure as Codeを構築または維持し、セキュリティ問題やログ管理をチェックする。

DevOps は顧客の満足度を大幅に高めることを目的としているので、当然ながら、チームはソフトウェアまたはアプリケーションの新機能のステップを再び開始します。

チームに DevOps を実装する

チームがまだ DevOps プロセスやアジャイル プロセスを実装していない場合、特に組織だけでなくチームの文化も変えることになるので、混乱しているように思えるかもしれません。

チームに DevOps を導入するには、時間をかけ、一歩ずつ進み、急がないようにしなければなりません。 ここでは、この新しい文化と組織を徐々に導入する方法を紹介します。

1. まずはチームのマインドセットを変えることから始めましょう。 ツールがなければ、DevOps プロセスは存在できませんが、それだけでは不十分で、開発者と運用担当者は互いの仕事を理解し、関心を持たなければなりません。 要するに、開発者と運用担当者は協力することを学ばなければなりません。
2. アジャイル開発プロセスを実装する。
3. 4番目のステップを実行できるようにするには、クラウドコンピューティング（プライベート、パブリック、またはハイブリッドクラウド）を採用する必要があります。
4. 継続的テストによりリスクを低減する。
5. 継続的デプロイメント (CD) を実装し、手動操作を減らし、新しいリリースを実運用環境でより速くデプロイできるようにする。 たとえば、チームは、実装された新しい DevOps ツールのためのトレーニングを必要とするかもしれません。

   開発プロセスが可能な限り自動化され、アジャイルになったとき、真の DevOps 環境に到達することになります。 プロセスのステップの1つについて質問がある場合は、遠慮なくお問い合わせください。