demystifying devops video tutorial
DevOpsビデオチュートリアル：
Windows8でbinファイルを開く方法
前のチュートリアルでは、 DevOpsがQAテストにどのように影響するか 。ここで、このチュートリアルでは、ビデオが含まれているDevOpsについてすべて学習します。
（下にスクロールして、このシリーズの最初のビデオから始めます）
推奨読書=> DevOpsトレーニングシリーズ
最近、DevOpsはIT業界のホットトピックであり流行語です。
ソフトウェア配信の需要の高まりに伴い、ソフトウェア配信の方法論は、要求の厳しい顧客の期待に応えるために変更されています。
そのため、DevOpsは、特にソフトウェアの配信が迅速に行われることが予想されるクラウドベースのソリューションの場合、ソフトウェアを顧客に配信するための拡張された最新の方法です。
高度な組織の多くは、ソフトウェアを顧客に提供するDevOpsの方法をすでに採用し始めています。そして、さらに多くがそれを採用する方向にあります。また、最近のIT機会の大部分は、DevOpsの知識を必要としています。
したがって、誰もが「DevOps」をわかりやすく説明することが非常に重要です。
DevOpsの謎を解き明かす–ビデオチュートリアル
DevOpsトレーニングビデオチュートリアルの目的：
- DevOpsについて知り、その実装に向けて前進します。
- DevOpsが現在の作業方法と配信方法にどのように変化をもたらしているかを理解する。
- DevOpsの概念の基本的な理解を深める。
コンテンツ：
を含む、
- DevOpsに関するすべて。
- コラボレーションとは何ですか？DevとOpsの間にコラボレーションをもたらす方法は？
- DevOps、継続的インテグレーション、継続的テスト、継続的デプロイの主要なプロセス。
- DevOps、リリース管理、構成管理、およびアプリケーション監視の主要な概念。
主な学習：
- DevOpsを定義できます。
- 組織がDevOpsを必要とする理由
- DevOpsの使用を開始するにはどうすればよいですか？
- 開発チームと運用チームをまとめる方法は？
レイアウト：
- この完全なチュートリアルは、part1、part2、part3、part4の4つの部分で構成されており、その後、part5を閉じたり要約したりします。
- 各部分は、誰もがよく理解できるようになることを目的として、さらに小さなビデオのブロックに分割されています。
- これらの各ビデオには、前のビデオでカバーされた内容と次のビデオでカバーされる予定の内容の要約があります。
- ビデオは非常にシンプルで、必要に応じて説明するためのいくつかの便利な図面を備えたシンプルな言語とパワーポイントのスライドがあります。
- すべてのビデオは、その概念を理解するためにそれ自体で独立しており、他のビデオを参照する必要はありません。ただし、トピックをよりよく理解するために、part1からpart4の順に進むことは理にかなっています。
カバレッジ：
パート1 ：(このチュートリアル）
DevOpsの概要。その背景、定義、価値、メリット、習慣、DevOpsのベストプラクティス。
パート2 ：
アジャイル原則、ソース管理や自動化などの主要なプロセスの重要性、およびそれがDevOpsにどのように適用されるかに基づいたDevOpsプラクティス。
パート3 ：
次のようなDevOpsの主要なプロセスに関する詳細
- 継続的インテグレーション、
- 継続的テストと
- 継続的デプロイ。
パート4 ：
DevOpsのいくつかの重要なプロセスの重要性、
- 構成管理、
- リリース管理と
- Liveでのアプリケーションパフォーマンスの監視。
パート5 ：
コース全体の要約。
*******************************************
このシリーズの最初のビデオチュートリアルから始めましょう。
このチュートリアルのビデオのこの最初の部分では、次のことを学びます。
- ソフトウェアを提供するこの新しい方法を導入するためのDevOpsとドライバーの背景は何ですか？
- DevOpsとは何ですか、なぜDevOpsを定義する単一の定義がないのですか？それは方法、プロセス、文化ですか？
- DevOpsとは何かを理解しましたが、DevOpsとは何かを知ることは不可欠です。
- 組織にDevOpsを実装することの利点。
- そして、DevOpsプラクティスのさまざまなプラクティスと習慣。
- DevOpsの主要な指標。
ビデオパート1：はじめに–21分46秒
さて、今日は、最近のIT業界で非常にホットなトピックである「DevOpsの謎を解く」というトピックについてお話します。
私たちはこの流行語をあらゆる場所で頻繁に耳にします。また、最近のITの仕事の機会の大部分は、「DevOps」の知識と経験を求めているため、それについて知ることは非常に重要です。
いい加減にして！！このDevOpsが何であるかを理解しましょう。
概要概要
このシリーズ「DevOpsの謎を解く」は4つのパートにまたがっており、これにより、視聴者はDevOpsの各パートをゆっくりと着実に理解することに少し不安を感じるでしょう。
このシリーズの終わりまでに、DevOpsとは何かを定義できるようになると確信しています。なぜDevOpsが必要なのですか？その利点は何ですか？組織はどのようにエンゲージメントのためにDevOpsを採用できますか？そして、DevOpsプラクティス全体におけるテスターの役割は何ですか？
アジャイルプラクティスが開発プロセスを急速に加速させ、ソフトウェアチームが指定されたタイムラインでそれを運用に提供し始めた一方で、IT業界は、ソフトウェア生産の準備を整えて顧客に公開するという課題に直面していました。
運用は、ソフトウェアチームと運用チームの間で多くのやり取りを行い、ソフトウェアのインストール、運用、パフォーマンスの管理が困難なため、製品化に非常に時間がかかりました。
業界は、開発と運用の間の断絶と、ソフトウェアのターンアラウンドタイムの取得と高品質のソフトウェアの提供における利害関係者、特に運用、開発者、ビジネスアナリスト、テスター間のコラボレーションのギャップをゆっくりと理解していました。 。
そしてゆっくりと、このギャップは「DevOps」と呼ばれるプラクティスの導入につながりました。これは、高品質のソフトウェアを提供することを目的としたアジャイルプラクティスと原則に加えて開発されました。言い換えれば、より効率的な方法で短い時間のギャップで「顧客に価値を提供」し、実際に顧客が望んでいたものを提供します。
DevOpsとは何ですか？
これで、DevOpsの導入の背景を理解した後、DevOpsとは何かを定義することが容易になります。 DevOpsの定義に関しては、標準的な定義はありません。しかし、私は多くの人が独自のバージョンの定義を与えると思います。
無料のウェブサイトからメールアドレスを抽出する
DevOpsを導入する目的と意図を理解したので、DevOpsは、ソフトウェア開発の利害関係者、開発者、運用だけでなく、チームの他のメンバーとの間の明確なコラボレーションの実践であると明確に言えます。顧客への価値の提供をより速く、より良くすることができます。
ここで、チームの他のメンバーと言えば、プロジェクトマネージャー、ビジネスアナリスト、要件を収集する人、アプリケーションを保守する人、カスタマーサービスの人などが含まれます。
Devopsは主に、コミュニケーションとコラボレーションの欠如のために以前に存在していたギャップを埋め、その結果、ソフトウェアの品質が低下し、展開が大幅に遅れ、顧客も不満になりました。
そうですね、DevOpsはコラボレーションだけでなく、適切な人材、適切なプロセス、適切なツールの組み合わせであり、「顧客への価値」の継続的な提供を可能にします。 DevOpsの唯一かつ究極の目的は、顧客に価値を提供するためにソフトウェアの生産を準備することであるため、ここでは「顧客への価値」という言葉を押し続けています。
これは大きな違いであり、DevOpsの重要な側面です。
最後に、Devopsは、人々が集中できる文化です。
- お客様
- 生産への配達、
- オートメーション
- フィードバックと測定
DevOpsとは何ですか？
DevOpsとは何かを理解した後、混乱を避けるために、DevOpsではないものを理解することもお勧めします。
DevOpsはオープンソースまたはライセンスツールではなく、市場で入手できるため、DevOpsを使用、購入、インストール、および使用することができ、すべての結果を利用できます。それは標準仕様でもルールブックでもないので、従い、望ましい結果を得ることができます。
また、ISO、CMMIのような一連のプロセスではないため、適応して認証を取得できます。
開発と運用の間のコラボレーションの欠如に加えて、市場のニーズの変化に伴い、従来のソフトウェア開発方法や、対処する必要のあるアジャイル手法にも多くの問題点があり、それが主要な推進力になりました。 DevOpsプラクティスの
さて、アプリケーションの品質とパフォーマンスを絶えず改善する必要性は、最も重要なものでした。顧客の期待、要求を高め、期待される顧客体験を満たすことは、従来のソフトウェア開発方法における真の課題でした。
より速くリリースするという市場での絶え間ない圧力と競争は、もう1つの重要な推進力でした。
複数のオペレーティングシステムとプラットフォームの現在のサポート範囲では、単一のプラットフォームまたはOSで動作するソフトウェアを開発するだけでは不十分であるため、複数のプラットフォームを同時にサポートするにはソフトウェア開発プロセスが必要でした。
クラウドベースのソリューションを利用するソフトウェアは、サイクルタイムを短縮するために、継続的なテスト、継続的な展開、および自動化を必要とするものが増えています。
複雑でミッションクリティカルなプログラム、ソリューション、および展開のためのさまざまな複雑なITインフラストラクチャの増加と、ソフトウェア開発への大きな課題を通じてそれらを維持するために地域全体で必要なサポート。
DevOpsの価値
DevOpsの主要な推進要因を理解すると、それを実践する組織にもたらすDevOpsの価値を理解しやすくなります。
DevOpsは主に利害関係者間のギャップを埋めるため、アプリケーション開発ライフサイクル全体でコミュニケーションとコラボレーションを向上させます。 DevOpsはリードタイムを改善し、ソフトウェア配信のタイムラインを短縮します。リードタイムは、コードのコミットから本番環境に正常に配信されるコードまでの経過時間です。
したがって、全体として、DevOpsは組織全体を変える文化を抑制し、従業員が顧客に価値を提供するソフトウェアの提供に集中するように導きます。
言い換えれば、より小さく、より良く、より速く提供することが、DevOpsの完全な秘密です。
DevOpsのメリット
市場の需要から1時間のニーズに対応した後、DevOpsの実践は顧客満足度の向上を証明し、それによって顧客ベースが増加しました。
DevOpsを実践するための主要な推進要因が何であれ、継続的なテストとフィードバックプロセスによる品質とパフォーマンスの向上など、成功を収めました。
「すべてを自動化する」原則を導入し、インフラストラクチャと構成をコードとして提供することで、人的エラーを最小限に抑え、市場への提供を迅速化し、リリースの頻度を高めました。
バージョン管理により、ソフトウェアは複数のプラットフォームでサポートできるようになり、早期の継続的なテストにより、本番環境での欠陥と故障率が減少しました。
継続的デプロイのため、問題を修正してより早くリリースするのに時間がかかりました。したがって、明らかに、リストに利点を追加し続けることができます。
DevOpsの実践
DevOpsの主要な要素は、アプリケーション開発ライフサイクル全体で実装されるベストプラクティスであり、これはチームに必要な文化を浸透させ、DevOps実装のメリットを達成するようにチームを推進するのに役立ちます。
＃1）構成管理： 何をデプロイするか、どのようにデプロイするか、どの構成を本番環境に移行するかを明確に理解することが、完全にバージョン管理された構成管理の鍵となります。
＃2）リリース管理 ：明確に理解し、リリースパイプラインをどのように構築し、それらを管理するかが、リリース管理の重要な側面です。
＃3）継続的インテグレーション： これにより、すべてのコードコミットがバージョン管理、テスト、コンパイルされ、コードベースが常にきちんとクリーンに維持されます。
＃4）継続的デプロイ： これは、テストから実稼働環境に至るまで、コンパイルされたコードの継続的な展開を対象としています。
テスト自動化は、ライフサイクル全体に適用されるDevOpsの重要かつ重要なプラクティスです。次に、「Infrastructure as a code」を提供することは、DevOpsプラクティスの重要なハイライトの1つです。
したがって、後でコードが本番環境にデプロイされたら、パフォーマンスデータ、システムで発生したエラー、およびアプリケーション監視ツールと方法論を介したエンドユーザーの使用状況データを収集することにより、ソフトウェアが正常に実行されていることを確認することが不可欠です。 。
したがって、これらは、DevOpsの目標を確実に達成するために、アプリケーション開発サイクル全体を通じてチームによって適用および採用される必須かつ最も重要なプラクティスです。
DevOpsの習慣
アリストテレスが言うように、「私たちはそうです。私たちが繰り返し行うこと…したがって、卓越性は行為ではなく習慣です。
ですから、私たちはこれらを繰り返し実践しているので、これらを「習慣」と呼んでいます。
したがって、これらの定期的な習慣は、高品質のソフトウェアを繰り返し提供することを意図しながら、妥協することなくチーム内で開発する必要があります。
＃1）技術的負債の管理：
技術的負債を定期的に管理することは重要な側面の1つであり、実行しないと、ソフトウェアの進行が大幅に遅くなります。したがって、技術的負債は常に削減する必要があり、コードベースは可能な限りクリーンに保つ必要があります。クリーンなコードベースにより、コードをいつでもすぐにデプロイできます。
繰り返し述べたように、顧客への価値に焦点を当てることはチームの考え方であり、それがDevOpsの重要な文化的側面であり、顧客に価値をもたらすために強調されたすべてのことをチームに常に実行させます。
この考え方で、自分の仕事が終わったと思って、他の人にさらに投げかけるのをやめます。そして、誰もが最終的な目的は本番環境に提供し、本番環境でソフトウェアを使用した後に顧客がフィードバックまたは感謝を提供した場合にのみクレジットを取得することであると考え始めます。
したがって、顧客への価値に焦点を当てることで、チームは毎回より良いことをするように動機付けられ、豊かになります。
＃2）仮説駆動開発 ：
要件を完全に理解することに加えて、顧客が実際にライブで何をしているのか、特定の機能の使用パターンは何かを理解し、それに応じてコードを開発することは、「仮説主導型開発」です。
そのため、ソフトウェアの使用方法を理解し、最初に適切なものが開発されるようにするために、最初から積極的に顧客と関わりを持つことが非常に重要であり、これもDevOpsの習慣です。
＃3）展開からの測定：
シェルソートアルゴリズムc ++
配信のパフォーマンスを絶えず測定し、展開からのフィードバックを求めることは、チームがソフトウェアの改善と顧客への価値の提供に取り組むのに役立つもう1つの重要な習慣です。
＃4）ライブサイトカルチャー ：
ライブサイトの文化は、私たちが開発しているものが何であれ、面倒なことなく本番環境に移行する必要があるという、すべての人の考え方を吸収することです。
チームの全員に「ライブサイトになければどこにも行かない」ということを理解してもらうのが文化であり、ライブに行けずに到達できなければ意味もメリットもありません。 Liveにない場合は、エンドユーザーに送信します。
＃5）柔軟なリソースとしてのインフラストラクチャ：
インフラストラクチャを柔軟なリソースとして管理することは、DevOpsの非常に重要な側面です。これは、インフラストラクチャを非常に簡単にコードとして定義したため、いつでも既存のインフラストラクチャを削除して新しいインフラストラクチャをスピンできるようにする必要があるためです。
DevOpsのこの側面は、ソフトウェアをマルチプラットフォームでサポートし、マルチバージョンでサポートするのに役立ちます。
＃6）チームコラボレーション：
今では、ソフトウェア開発を推進しているのはツールやプロセスだけではないことを私たちは皆はっきりと知っています。お互いに協力し、ビジネス目標に合わせる必要があるのはチームです。
したがって、チームコラボレーションは、DevOpsカルチャーの重要な側面であり、チームとプログラムの間の理解のギャップを埋めます。
したがって、これらの態度、行動、および習慣は、DevOps文化の重要な基本的側面です。
DevOpsメトリクス
社内のソフトウェア開発とテストのみに焦点を当てていた、従来の開発とテストに関連するメトリックのみを収集していた時代は終わりました。配信の焦点が変わると、収集されるメトリックも顧客にとっての価値を見つけることに向けて調整されました。
収集される指標は、顧客の優先順位に応じて組織ごとにわずかに異なりますが、ソフトウェアの敏捷性と信頼性の測定は、DevOpsの主要な焦点です。
そして、これらの指標は「顧客にとっての価値」の観点から測定する傾向があり、チームがどのように行動しているかを定義します。 DevOpsの実装。
基本的に、敏捷性の指標は開発の有効性を測定することであり、信頼性は運用の有効性を測定することです。
＃1）敏捷性の指標：
また、一定期間の展開数。
（私） DevOpsは、より小さなチャンクの配信と高速配信がすべてであることを私たちは知っています。
したがって、この敏捷性の指標は、チームが展開を実行できた頻度と、展開の頻度を確認することです。
次は「変更の展開にかかる時間」です。
（ii） また、顧客の見解が変化して変更要求が発生する頻度もわかっており、DevOpsの意図は、これらの変更を最小限の時間で本番環境に戻すことです。
したがって、敏捷性メトリックの次の側面は、変更要求を本番環境にデプロイするのにかかる時間を確認することです。
＃2）信頼性メトリクス：
信頼性メトリックは、展開後のソフトウェアの信頼性を測定することです。
信頼性指標には、
- リリースの失敗率と
- 問題を検出して修正する時が来ました。
＃1） リリースの失敗率は測定することです。展開に関してどのくらいの頻度で失敗しますか？ここでの目的は、一定期間にわたってこの特定のメトリックがゼロになり、チームが毎回正常に展開することに慣れ、より頻繁に本番環境に移行することが習慣になるようにすることです。
＃二） ここで、問題を検出して修正する時間は、障害を検出して修正するのにかかる時間を測定することです。このメトリックは、本番環境で何が起こっているのかをどのくらいの速さで理解し、問題を事前に検出し、回避策を提供して修正し、修正として開発サイクルにルーティングできるかを確認するためのものでもあります。
このメトリックは、本番環境の迅速な修正に焦点を当てるだけでなく、設計、アーキテクチャ、自動テストパイプラインなどに適切な変更を加えることで、チームが将来発生するこのような問題を防ぐこともできます。
したがって、理想的には、これらはチームがDevOpsの文化と提供を実現するのに役立つ指標です。
簡単に要約してみましょう。
- DevOpsとは何ですか？
- DevOpsとは何ですか？
- DevOpsのメリットは何ですか？
- DevOpsの実践と習慣は何ですか？
- そして、DevOpsの主要な指標は何ですか？
DevOpsとは何ですか？ DevOpsは、開発、運用、その他の利害関係者の絶え間ないコラボレーションを通じて顧客に価値を提供することに焦点を当てる組織の文化です。
DevOpsとは何ですか？ DevOpsは、ライセンスまたはオープンソース製品ではなく、仕様でも標準でもありません。
DevOpsのメリットは何ですか？ DevOpsは、高品質の配信、より高速な配信、頻繁な展開、小規模な展開、本番環境での失敗率の低減などをもたらします。
DevOpsのプラクティスは何ですか？ DevOpsのプラクティスは、継続的インテグレーション、テスト自動化、継続的デプロイ、コードとしてのインフラストラクチャ、構成管理、リリース管理、およびアプリケーションパフォーマンスの監視です。
DevOpsの習慣は何ですか？ DevOpsの習慣は、技術的負債の管理、顧客への価値の提供、ライブサイトの文化、チームコラボレーション、柔軟なリソースとしてのインフラストラクチャの管理、仮説駆動開発、および本番環境からの指標です。
DevOpsの指標は何ですか？ 敏捷性と信頼性は、DevOpsの主要な焦点指標です。
DevOpsのビデオチュートリアルの作成者について：
STHチームメンバーのGayathriSubrahmanyamは、ソフトウェアテストの専門家であり、さまざまなドメインのさまざまなグローバルクライアントにソフトウェアテストプロジェクトを提供してきた15年以上の経験があります。彼女はソフトウェアを提供し、従来のアジャイルソフトウェア開発方法論（SCRUM、SAFE）に幅広く取り組んでおり、最新のDevOps方法論に取り組んでいます。
次のビデオチュートリアルでは、アジャイル原則に基づいたDevOpsの実践を学びます。