DevOps を実装したいが、開始方法がわからない? この記事では、DevOps の主要な概念とベスト プラクティスについて詳しく説明します。
DevOps の起源
一般に、DevOps の出現は、アジャイル ソフトウェア手法の普及と IT インフラストラクチャとコードの管理方法という 2 つの要因に起因すると考えられています。
まず、アジャイル ソフトウェア開発の方法論を見てみましょう。20 世紀末のソフトウェア開発手法は、いわゆるウォーターフォール モデルが主流でしたが、これは時間のかかるものであり、製品の短納期を必要としない大規模な情報システムに適していました。高品質の製品ときめ細かいコスト管理。
1990 年代、インターネットと Web テクノロジの発展に伴い、ウォーターフォール モデルの悪影響が現れ始めました。製品の品質を低下させずに納期を守りながら、変化する顧客のニーズを満たす方法は非常に困難になりました。
したがって、IT 管理方法もそれに応じて変更する必要があり、IT システムに焦点を当てることから、IT サービスの管理モードに焦点を当てるように徐々に移行する必要があります。
2000 年以降、これらの新たな管理手法は、先駆的なプロジェクトによって採用された後、いわゆるベスト プラクティスとなり、一部のベスト プラクティスは業界でさらに広く受け入れられ、標準になっています。
IT サービスを例にとると、1980 年代になると、情報技術はサービスという形で価値を提供し、IT 活動をプロセスという形で組織化するという考えが生まれ始めました。その後、ITIL (IT インフラストラクチャ ライブラリ) が精緻化され、これらのプラクティスがベスト プラクティスのリストになり、2002 年に IT サービス管理の最初の標準になりました。
今日、新たなプラクティスは DevOps (開発 + 運用と保守) と呼ばれています。実際、DevOps の意味合いは、本来の意味をはるかに超えています。では、DevOps とは正確には何なのでしょうか?
DevOps とは何ですか?
顧客とやり取りする新しい方法が出現し、アジャイル開発手法が完全に適用されるようになったことで、業界は IT 管理に対する新しいアプローチを緊急に必要としています。仮想化とクラウド コンピューティング テクノロジによってサポートされるコードとしてのインフラストラクチャの出現は、新しい IT 管理方法の出現の機会を提供し、アジャイル ソフトウェア開発とリーン プロダクションの進化に基づく新しい IT 管理方法である DevOps が、時代の要求に応じて出現しました。
DevOps は、文化的、組織的、技術的な変化のおかげで、IT のエンドツーエンドのバリュー チェーンに適用される、アジャイル ソフトウェア開発とリーン マニュファクチャリングのアイデアの進化であり、ビジネスがより多くの期待を達成し、最新の情報技術ビジネス ニーズを通じてユーザーをより迅速に満足させることを可能にします。リソースの使用率を改善します。
まず、DevOps は、アジャイル ソフトウェア開発とリーン プラクティスの両方を進化させたものであり、置き換えではなく吸収します。
次に、DevOps は IT のエンド ツー エンドのバリュー チェーンに適用されます。その本質は、DevOps はソフトウェア開発だけでなく、バリュー チェーン全体を考慮することです。バリュー チェーン全体は、ビジネス ステークホルダーからの新しいアイデアから始まり、要件分析、設計、開発、テストと展開、運用と保守、そして最終的に顧客への提供に至るまでです。エンド ツー エンドのバリュー チェーン アプローチは、ボトルネックを全体的に分析、特定、排除するのに役立ちます。
DevOps を採用する理由
まず第一に、DevOps の実装は、企業が生産能力と効率を改善するための避けられない選択であり、これにより、新製品または新しいアプリケーションの市場投入までの時間を大幅に短縮できます。
従来の企業における新製品の発売には、かなりの時間がかかります.対応する IT 部門にとって、この時間には次のリンクが含まれる場合があります: 1 つまたは複数のビジネス アイデアの提案書の作成と起草、およびビジネスの議論; ビジネスの評価と選択実装のアイデア 実装; 実装に必要なアクションの計画、資金調達; スタッフとビジネス プロセスの準備; 同時要求仕様、プロトタイプ開発、初期テスト、フル機能の IT システム開発、本格的なテスト、リリースおよび展開; 同時マーケティング活動、市場の準備、販売チャネルとツールの準備、新製品またはサービスの立ち上げ。
上記のプロセスには数年かかりますが、ビジネスはそれを数か月に短縮したいと考えていました。DevOps を採用する理由は明らかです。
デジタル製品を作成するダイナミックな企業は、迅速に動くことに慣れています。彼らは、厳密で詳細な計画よりも、失敗しても安全な実験を好みます。この時点で、プロセスは次のようになります: 仮説の確立、検証方法の開発; 仮説の実際の実現; 結果の評価、A/B テスト、目標との比較; 分析に基づく調整、ステップ 1 に戻る、または2.
これをサイクルとして見るのは簡単で、数週間の期間が予想されます。これが小さく速く走る戦略です。DevOps の本質は継続的な発見であるため、このような迅速な手順が必要です。最終状態は不明であり、長期計画を指定しても意味がありません。
市場投入までの時間を最小限に抑えるために、DevOps はさまざまな手法を提供します: バッチ サイズの縮小、ハンドオフ数の削減、損失の継続的な識別と排除、自給自足のチーム、コストを最適化した従来の IT 部門、速度を最適化した DevOps、自動化。
第二に、技術的負債の削減も、企業が DevOps を採用する大きな理由です。技術的負債は、チーム メンバーが開発時間を短縮するために問題を解決するために最適ではない方法を選択した場合に発生します。これは当然のことであり、問題は、非最適解が積み重なることで、徐々に開発出力が低下し、必然的に製品の品質低下につながることです。
DevOps は、プログラム コードを継続的にリファクタリングし、運用で得られた経験を重視し、ボトルネックの継続的な特定と排除を奨励し、これらのタスクと技術革新が新しい製品機能の開発と同じくらい重要であると考えています。
同時に、DevOps では、問題の「停滞」、つまり誰もが問題を知っていても誰も対処できない状況を防ぐために、「できるだけ頻繁に問題に直面する」ことを実践することを強く推奨しています。
さらに、DevOps の採用は、企業が脆弱性を排除するのに役立ちます。多くの場合、組織内で最も重要でビジネスに関連するシステムが最も脆弱です。
DevOps は、脆弱性を完全に排除するために、最も根本的な方法で脆弱性を変更できます。
DevOps では、コードとシステム全体が特定の時点で完全に機能し、次の変更によってパフォーマンスが損なわれる場合は、すぐにロールバックする必要があり、システムは引き続き正常に動作します。
意図的にカオスと不安定性を本番環境に導入する DevOps の実践では、ターゲットの IT システムは、独立した迅速な方法で反応し、障害を検出し、通常の操作を復元する必要があります。失われません。
DevOps でよくある誤解
よくある誤解 1: 「DevOps はアジャイルのアイデアの延長に過ぎない」
企業は DevOps を実装する前に、DevOps が単なるアジャイルの一部ではないことを明確にする必要があります。
· DevOps は主にアジャイルに基づいていますが、アジャイル開発を一般的なアジャイル IT デリバリーに拡張し、組織全体、プロセス全体、バリュー チェーン全体をカバーします。
DevOps の成果を得るには、アジャイルが過去に行ったよりも大きな企業文化の変化が必要です。
· DevOps の目標セットは、デリバリーの加速に限定されません。技術的負債を減らし、脆弱性を排除する必要もあります。
よくある誤解 2: 「ツールは究極の DevOps を提供できる」
次に、DevOps は単なるツールや自動化ではなく、一連の組織文化とワーク スタイルの変化であることを認識する必要があります。
· 個々のソフトウェア ソリューションは広く受け入れられていますが、DevOps 必須ソフトウェアの包括的なリストはありません。
· DevOps は、確立された自動化ツールの可用性と有効性に依存しています。ただし、厳密に言えば、これらのツールの最小限のセットは、すべてのソース コード、IT インフラストラクチャ構成データ、ソフトウェア デリバリー パイプライン自動化システムを格納するためのバージョン管理システムに縮小できます。
· 特定の DevOps 実装は、企業自体の組織から開始する必要があります. プロの商用ベンダーは、企業がプロセスを迅速に明確にし、組織変更の実現を加速するのに役立ちます.
よくある誤解 3: 「DevOps は、コードの記述、テストの実行、環境のデプロイ、およびインフラストラクチャの管理を行うことができる万能の兵士です」
最後に、DevOps は新しい職業ではないことを理解する必要があります。
· DevOps は、IT 部門の基本に大きな変化をもたらします。これは、DevOps エンジニアを採用したり、DevOps の専門家を招待したりしても実現できません。
ソフトウェア配信パイプラインを実装できるからといって、成功が保証されるわけではありません。
短期的には 、DevOpsの実践を適用してすぐにコストを削減できる可能性は低くなりますが、長期的には、より大きなコスト削減と効率化の準備が整っているため、高い技術力と豊富な実用性を備えたメーカーを選択することが非常に重要です。経験。
DevOps の実装についてさらに質問がある場合は、お問い合わせください。DevOps のベスト プラクティスをご確認ください。