ドニー・バークホルツ ITサービスデリバリー担当副社長であり、ITインフラストラクチャのトレンドについて頻繁にコメントしています。 ニュースレター。ドニーに、彼の典型的な仕事の日、セルフサービスプラットフォームと製品管理における彼のイニシアチブ、およびAIOpsやKubernetesなどのトップインフラストラクチャ管理トレンドへの取り組みについて話しました。

記事上で:

  • IT運用にセルフサービスと自動化を採用する際に必要な新しいスキル。
  • 「道場」がDevOpsの成功をさらに促進する方法。
  • すべてのIT運用チームが採用する必要のあるDevOps機能。

OpsRamp:あなたの人生の1日はどのように見えますか?  

DB:私は、アプリとプラットフォームの運用グループ、ITサービスデスクグループ、およびITサービス管理(ITSM)を監督しています。私の一日は、これらすべてのチームが生産的であることを確認し、すべてのイニシアチブを進展させることです。私は、リーダーシップチームを含むすべてのグループが、デザイン思考や製品管理などの分野で私たちのビジョンに向かって進むのを支援します。私は常に、ソフトウェア、インフラストラクチャ、運用と開発のトレンドを確認し、私たちにとって最も意味のあるものを取り込むために、外部から最良の種類の知識を取り入れようとしています。アナリストとしての私の過去のキャリアでは、それは私の役割の大きな部分でした。他の人と共有し、他の人から学ぶことに焦点を当てることは、私にとって非常に重要です。外部コミュニティとの関わり方、交流会、会議への参加、技術組織全体での関係の構築方法です。

quote


「インストルメンテーションとユーザーエクスペリエンスの向上について考えていない場合は、困難な状況に陥ることになります。これらのグループはすべて、物事のやり方を改善するという大きなプレッシャーにさらされており、それを実現することはできません。もっと一生懸命働いています。あなたは違った考え方をしなければなりません」-ドニー・バークホルツ。

OpsRamp:あなたのチームが現在取り組んでいる大きなアイデアのいくつかを共有できますか?  

DB: さまざまなハンドオフやキューから、よりセルフサービスでプラットフォームベースの環境に移行する方法について多くのことを考えています。 17の異なるステーションがある生産ラインで作業する代わりに、ボタンを押して次のステージに進めることができます。また、製品管理アプローチを採用し、データ主導の意思決定を可能にし、エンジニアリング文化を構築したいと考えています。 オートメーション およびスクリプトスキルセット。最後に、ユーザーエクスペリエンスを組み込むためのデザイン思考に関心があります。

OpsRamp:セルフサービス操作の結果として一部のジョブがなくなるのでしょうか?  

DB: 本当に優れた自動化されたユーザーエクスペリエンスを提供することは、すべて自分で行うよりも難しいため、ジョブは実際にはより困難になっています。次のような新しいスキルに投資する必要がありますデザイン思考およびデータ分析。 VMの展開を担当するチームがいる場合、彼らはそれを非常に得意としています。しかし、全体像にどのように適合するかがわからない場合、作業に優先順位を付けることはできません。全体像は、会社のためにまったく新しいアプリを作成している可能性があります。したがって、すべてのチームがどのようにチームを同じ自動化プロセスに結び付けるかを全員が理解する必要があります。 DevOpsは、実際にはコラボレーションと、より効率的にコラボレーションする方法に関するものです。 

OpsRamp:DevOpsコラボレーションでうまく機能したものは何ですか?

DB: 私はいつもに目を向けます DevOpsの年間状態採用する最も重要な慣行が何であるかを理解するために報告してください。大企業でも、草の根のつながりとボトムアップのアプローチを構築して、仕事をしている人々を直接つなぐことができます。  の概念 道場ここでは、チーム全体を1か所に集め、メンターを並べて1か月ほど作業します。その後、人々はそれらの慣行を自分のオフィスに戻すことができます。 Slackであろうと他のチャットツールであろうと、適切なツールを用意することも重要です。アイデアは、人々が招待される代わりにオプトインし、好きなトピックに参加し、世界中で継続的な非同期会話を行うことができるということです。次に、コードを中心に効果的にコラボレーションする方法が必要です。お気に入りのソースコードシステムを選択してください。それを社内会議などのコミュニティ指向のイベントと組み合わせて、会話を中心に勢いをつけ続けます。

OpsRamp:製品管理アプローチの採用についておっしゃいました。何が関係していますか?  

DB: 製品管理の重要な部分は、顧客とユーザーの問題について効果的に耳を傾け、そのフィードバックを利用して、何を構築し、どのように実験できるかを決定することです。しかし、製品マネージャーは翻訳を行う必要があります。それは、ユーザーが求めるものを文字通り構築するのではなく、ユーザーが何を必要とし、それがどのように変換されるかを理解することです。次に、軽量のプロトタイプを作成して、反復を安価で高速にします。マーティ・ケイガンによる「インスピレーション」 このための素晴らしい本です。

OpsRamp: 議論しましょうAIOps。 AIと機械学習によって、ITシステムの監視と管理の方法が永遠に変わるという話題がたくさんあります。あなたの考えは何ですか?  

DB: これは本当に既存の製品の補足だと思います。 AIOpsは、異常検出、予測分析、および季節予測に独自に適しています。大きな価値は、未知の未知数について学び、正常がどのように見えるかを理解することです。動的アラートを使用すると、現在の状態から何が異常であるか、または変化する可能性があるかを確認できます。多くの可能性がありますが、AIOpsがビジネスニーズを解決することは決してありません。ユーザーのリクエスト率、レイテンシー、エラー率などの目標を何にするかはわかりません。これは、ユーザーからのフィードバックに基づいています。しかし、それは物事がいつ変なのかを教えてくれます。

OpsRamp: 昨年はKubernetesに多くの投資があり、成長しています Kubernetesスキルの需要。ここでの本当の可能性は何ですか?

DB: 課題は常に、ベンダーのエコシステムがどこにあり、実行可能な商業市場があるかを区別しようとすることです。 Kubernetesには、大規模なエコシステムと100を超えるツールがあります。私には、まだ誰も答えを見つけていないように思えます。弾力性のあるインフラストラクチャやサービス検出などの一般的な問題を解決する方法が必要です。開発者は、アプリを公開してユーザーの問題を解決したいだけです。インフラストラクチャが邪魔になったり、物事が複雑になりすぎたりしない限り、インフラストラクチャについては気にしません。サーバーレスに移行しているように見えますが、複雑さのために、これとKubernetesに対する反発も見られます。人々は時流に乗っているだけですか? 

OpsRamp: DevOpsとITOpsはどうですか.  これらの分野は一緒になっていますか?

DB: NS CALMSモデル(コラボレーション、自動化、リーン、測定、共有)はIT運用にとって重要です。第1世代のDevOpsでは、運用担当者はコーディング方法を学ぶ必要があり、その後、開発者は運用の所有権を増やして、反応的な考え方から抜け出す必要がありました。現在、スクリプトとAPIを使用して、適切なチームにアラートを送信しています。インストルメンテーションとユーザーエクスペリエンスの向上について考えていない場合は、困難な状況に陥ることになります。これらのグループはすべて、彼らが物事を行う方法を改善するために多くのプレッシャーにさらされており、あなたはもっと一生懸命働くことによってそれを行うことはできません。考え方を変える必要があります。

次のステップ:

CTA-techtalks


Recommended posts