Marc Hornbeek DevOpsコンサルタントです, 著者 と アドバイザー彼は、ソフトウェア開発における40年以上の仕事のために、ふざけて自分自身を「DevOpstheGray」と呼んでいます。 IT運用とDevOpsのコンバージェンスと、それがIT組織にとって何を意味するのかについて彼と話をしました。マークをフォローする ツイッター.
OpsRamp：DevOpsでの作業について少し教えてください。
MH:2010年以前は一言も言われていませんでしたが、私は45年間DevOpsを行っています。DevOpsとITOpsに関する私の見解は、主にDevOps、DevSecOps、サイト信頼性エンジニアリング（SRE）プラクティスの進化、成長、統合に集中しています。 。私のコンサルティング業務の一部は、組織が現在および将来の業務の状態を理解し、ロードマップを作成するのに役立つ評価サービスを提供することです。私はもうハンズオンコーディングをしていません。人と一緒に仕事をするのは本当に楽しいです。
OpsRamp：パンデミックとITの優先順位およびデジタルアクセラレーションへの影響を考えると、DevOpsは現在より速く加速していますか？
MH: 組織がその価値を認識し、パンデミックがそれを加速させたため、DevOpsがすでにより重要になる軌道に乗っていることは間違いありません。 DevOpsを使用すると、すべてのリモート作業により、開発者とバリューストリーム内の開発者がより効率的に作業できるようになります。現在、企業の70％がDevOpsプロジェクトを成長させていることを示す調査があります。 DevOpsがないと、バリューストリームが切断され、これらのジョブをリモートで実行することが困難になります。 DevOpsの自動化と効率性により、リモートワークに最適です。ホワイトボードを入手して問題を解決するのは難しいため、これらのプロセスの多くが自動化されていると、簡単になります。
OpsRamp：DevOpsとITOpsの分野がどのようにそしてなぜ統合されているのですか？
MH: DevOpsの中心は、自動化して継続的な品質を実現することです。これは何年もの間継続的な闘争でした。しかし、品質プロセスを管理下に置くことは常に出発点です。次に、セキュリティを組み込む必要があるため、セキュリティをガバナンスプロセスではなく製品として考える必要があります。次に、高品質のサービスの提供に関連して2つの領域が重複しているため、最後にDevOpsをITOpsと互換性を持たせる必要があります。サイト信頼性エンジニア（SRE）は、それを補完するモデルです。
OpsRamp：ツールと役割は統合されていますか？
MH: 多くの場合、DevOpsは左から右に移動するものと考えられており、開発の加速に重点を置いて製品配信の問題に取り組んでいます。 DevOpsは展開の時点で終了し、右から左に機能するOpsが引き継ぎます。 2つは途中で会いますが、ある時点で一方が他方を消費しますか？私はそれがすぐに起こるのを見ません。人々が同じ言語を話し、共通の情報を共有できるように、互換性のあるツールが必要です。しかし、これらは間違いなく異なるスキルです。真ん中の一般的な方法は、自動化とプロセス測定です。 Opsは顧客志向のサービス指標に注目し、DevOpsはパイプラインの信頼性と配信を実現するために必要なものに注目します。
OpsRamp：最近、DevOpsとITOpsの役割はワークフローを共有し、より多くのコラボレーションを行っていますか？
MH: 最も効率的な組織では、ツールの調整を試みています。大企業では、これについて合意することはなく、一部のアプリケーションには特別な要件があります。しかし、規模の経済と範囲を認識するために、管理者はデータとコストを共有するためのツールの数を減らしようとします。 DevOpsは企業の溝を越えましたが、DevOps、ITOps、およびセキュリティチーム間で共通のメトリックを十分に共有することはまだできていません。これは時々物事を非常に複雑にします。私がクライアントと仕事をするとき、私は27要素の評価を行い、それぞれの実践領域全体があります。 DevOpsを使用すると、正しく行う必要のあることがたくさんあり、一度にすべてを行うことはできません。
OpsRamp：SREの役割は、従来のNOCマネージャーやITオペレーターの役割とどのように異なりますか？
MH: SREは新しいOpsの役割です。ペースの速い非常に技術的な運用ジョブであるという点で、DevOpsを補完します。測定が重要です。 SLO / SLIは、SREの作業の中核です。これらの個人は、ワークシェアリング、事後分析、労力削減の実践、および脆弱性対策にも集中しています。これは、ファイアドリルとカオスエンジニアリングを使用して問題を積極的に探すことです。 SREは、デジタル対応企業のビジネス目標に向けて方向性を定め、進路を維持するための管理ガイドポストとして、顧客およびビジネス指向のSLO / SLIを適用することの重要性の高まりを中心に交差しています。
OpsRamp：これは、従来のIT運用の役割がなくなることを意味しますか？
MH: 最終的に、システム管理者はアルゴリズムに置き換えられているため、廃止されます。ソフトウェアが今それを行うことができるので、私たちは何が起こっているのかを理解するために画面を見ている人々を持っているつもりはありません。チームはより小さくなり、それらのアルゴリズムを開発しているSREがいくつかあります。 2億人の顧客を抱える250億ドルの企業であるNetflixを例にとってみましょう。この会社には、190か国と数十億の監視ポイントを管理する80のSREしかありません。
OpsRamp：ITリーダーにとってDevOps / ITOpsコンバージェンスは何を意味しますか？
MH: ITリーダーはここで果たすべき大きな役割を担っています。彼らは専門家を育て、彼らに報酬を与え、よく訓練する文化を作る必要があります。彼らは、自動化されたフローと継続的なフィードバックによって推進される改善をマスターすることにより、継続的な改善である成熟したレベルのDevOps、いわゆるDevOpsのサードウェイに到達したいと考えています。これを行うには、リーダーシップだけでなく投資も必要です。これらの役割の人々は給与が高く、需要が高く、従事する必要があります。優れたエンジニアの半減期は、以前は5年でしたが、現在は2年です。彼らがやる気を起こして仕事に興味を持っておくことが重要です。そうしないと、彼らは去って、どこか別の場所で素晴らしい仕事を簡単に見つけることができます。
OpsRamp：進化するソフトウェア開発慣行について何か考えはありますか？
MH: 何よりも、トレーニングとスキルアップが重点分野だと思います。支配的な開発慣行は実際にはありませんが、支配的なのはスキルを継続的に進化させることです。最近、私が行った調査の一環として、DevOpsエンジニアの日常生活に影響を与える18の異なるテクノロジーを特定しました。 DevOps Institute スキルブック。組織内での継続的な学習をサポートし、変化を受け入れます。人々はお互いに学び、教えることにオープンであり、最新の情報を入手するためのリソースを持っている必要があります。最高の開発環境はそのように動作します。
