文字起こし · CC BY 3.0

バンクーバー 2015 基調講演:Red Hat Keynote

このページのタイトル、字幕、要約、読書メモは保存済みの AI 翻訳です。誤りが含まれる場合があります。タイムスタンプは原文と同じです。原文の字幕を開き、元の動画と照合できます。

Red Hatの2015OpenStack基調講演では、コミュニティへの参加、プラットフォームの提供、エンタープライズクラウドユーザーの支援に対する同社のアプローチが説明されています。

OpenInfra Foundation · 公開 · 13分 · 英語 · ライセンス: CC BY 3.0 · ソース: YouTubeで視聴

文字起こしの出典: Vidleafによる自動音声認識(誤りを含む可能性があります)。AIによる句読点の付加はVidleafによるもの。読み上げテキストには名前の修正を反映済み。タイムスタンプのアンカーは保持されています。元の文字起こしは以下でご覧いただけます。

AI生成の要約

この講演は、RackspaceとNASAの間で大規模にスケールし、実装が簡単なクラウドのアイデアとして始まったOpenStackが、数千人のエンジニアと数百社の企業が関わるコミュニティの取り組みへと発展していく過程をたどります。Red HatのOpenStackテクニカルディレクターであるMark McLoughlinが紹介されます。彼は、自身の役割がアップストリームプロジェクトから離れてOpenStackエンジニアリングチームの管理へと変わったことに触れた後、Red Hatの三つのフェーズからなるアプローチを説明します。各フェーズは前のフェーズの上に築かれます。すなわち、有意義な貢献とコミュニティとの緊密な親和性を通じた参加、RDOとRHEL OpenStack Platformを通じた高品質ディストリビューションの提供、そして顧客との緊密な協働であり、Red Hatは現在後者のフェーズに深く入り込んでいます。彼は、オープンなコラボレーションと多様なコミュニティがイノベーションと選択肢を生み出すと主張し、顧客がRed Hatを選ぶ理由を説明します。出荷されたプロジェクトへのコミットメント、長期的な安定性とセキュリティ、認定パートナーエコシステム、そして多くの場合サブスクリプションモデルを挙げています。サポートモデルは、たらい回しではなく専門知識との関わりとして提示され、サポートチームはエンジニアリングの延長と見なされており、短いビデオがサポートの人間的な側面を描いています。OpenStackは複雑で万能ではないため、顧客との関係と長期サポートは極めて重要であると説明されています。講演者は、Red Hatが課題のその部分を非常に真剣に受け止めており、ユーザーがOpenStackの旅を始める際に立ち会いたいと述べ、その後Markの助けに感謝し、この日を可能にしてくれたすべてのヘッドラインスポンサーに感謝します。

文字起こしから生成。リンクされた箇所は元の動画と照合してください。Vidleafによるレビュー日: 2026-10-20。

タイムスタンプ付きの章の要約

OpenStack:オープンテクノロジーとコミュニティ

  • [0:03] Mark McLoughlinは数分後に講演する予定です。
  • [0:14] OpenStackは数年前、RackspaceとNASAの間で、大規模にスケールし実装が簡単なクラウドを構築するというアイデアとして始まりました。
  • [0:14] そのアイデアは今やコミュニティに業界を変える力を与えていますが、テクノロジーだけでは変化を起こしたり社会を前進させたりすることはできません。
  • [0:44] 変化を推進するのは人々です。
  • [0:47] テクノロジーをオープンに開発することで、より多くの人が参加できます。
  • [0:53] OpenStackは現実確認を欠いているとは見なされておらず、その限界の中にもありません。
  • [1:02] 数千人のエンジニアと数百社の企業が協力して、集合的な顧客の前進を支援しています。
  • [1:14] その作業は、単一の組織だけでは決して達成できないイノベーションの速度で解決可能です。

Mark McLoughlinが語るOpenStackの進化

  • [1:36] Red HatのOpenStackテクニカルディレクターであるMark McLoughlinが紹介されます。
  • [1:51] 前回の香港での基調講演で、彼はオープンソースの約束に対する個人的な信念について語りました。
  • [2:00] 彼は多様なコミュニティがプロジェクトにもたらす強みを強調しました。
  • [2:04] 彼はOpenStackがクラウドインフラストラクチャにおけるイノベーションの広範な傘へと進化することへの期待について論じました。

役割の変化とRed Hatの三フェーズアプローチ

  • [2:13] 講演者はRed Hatでの役割が完全に変わり、複雑な感情を抱いています。
  • [2:18] 彼らは焦点をアップストリームプロジェクトから移しました。
  • [2:23] 彼らは現在、OpenStackエンジニアリングチームの管理を支援し、パートナーと緊密に協力し、顧客がOpenStackで成功できるよう支援しています。
  • [2:33] 講演者は自身の役割の変化を、オープンソースの方法でテクノロジーを創造するRed Hatのアプローチを映し出すものと見ています。
  • [2:42] 2011年、初期のOpenStackエンジニアリングチームの会議で、彼らはチームの焦点が今後数年間でどのように変化すると予想されるかを示しました。
  • [2:57] 彼らはRed Hatの新規プロジェクトへのアプローチを、各フェーズが前のフェーズの上に築かれる三つのフェーズからなるものと見ています。

第一フェーズ:参加

  • [3:08] 最初の目標は常に参加することです。
  • [3:11] 参加とは、意味のある貢献の方法を探すことを意味します。
  • [3:15] また、コードを支えるコミュニティとの非常に緊密な親和性を築くことも意味します。
  • [3:22] これには、コミュニティを「彼ら」ではなく「私たち」として語る、一種のジェダイ・マインド・トリックが含まれます。
  • [3:29] ここで彼らは赤い帽子を脇に置き、コミュニティの内部者としてプロジェクトの利益を真に代表することを学びます。

OpenStackデリバリー戦略

  • [3:42] 次のステップは、高品質のOpenStackディストリビューションを提供する能力を構築することです。
  • [3:48] 彼らはOpenStackに対して二重のアプローチを取っています。
  • [3:51] RDOは、Red Hatディストリビューション上でOpenStackを実行することに関心を持つ人々のオープンなコミュニティです。
  • [3:59] RDOにより、ユーザーはアップストリームのコードベースに近いパッケージ化されたOpenStackバージョンを利用し、アップストリームプロジェクトと緊密に関わることができます。
  • [4:13] RHEL OpenStack Platformでは、RDOが生み出したものを取り、顧客が使用する多くの構成を検証するために多くの時間を費やします。
  • [4:21] 彼らはパートナーと緊密に協力してその技術を認定し、組織を次のステップに備えさせます。
  • [4:36] 最終段階では、製品が顧客の手にある状態で、顧客がOpenStack導入目標を達成できるよう、顧客と緊密に協力することを目指しています。
  • [4:51] 彼らは現在、RHEL OpenStackプラットフォームの数百の顧客が日々依存しているこの後者の段階に深く入り込んでいます。

顧客がRed Hatを選ぶ理由

  • [5:07] 講演者は、オープンなコラボレーションがテクノロジーを構築する優れた方法であることを証明するために時間を割いています。
  • [5:15] 多様な関心を持つコミュニティが素晴らしいイノベーションを生み出します。
  • [5:21] オープンなエコシステムは、ユーザーに自由、価値、選択肢をもたらします。
  • [5:31] 成功する企業は、オープンなエコシステムの中で競争と協調の両方を行うことができます。
  • [5:40] 中心的な目標は、Red Hat のような純粋なオープンソースベンダーがユーザーに提供する商業的価値を実証することです。
  • [5:48] Red Hat での 11 年以上の経験を経て、話し手は顧客がなぜ同社を選ぶのかについて良い洞察を持っていると述べています。
  • [5:58] その理由には、出荷されたプロジェクトへのコミットメントと、コミュニティにおいて顧客のニーズを代表することが含まれます。
  • [6:07] その他の理由には、長期的な安定性とセキュリティへの重点、および認定パートナーエコシステムが含まれます。
  • [6:18] 多くの場合、それはユーザーに力を与え、継続的な価値提供を必要とするサブスクリプションモデルです。

Red Hat のサポートと専門知識のモデル

  • [6:44] Red Hat の顧客は、その深い専門知識と技術サポートのために Red Hat を頼りにしています。
  • [6:51] 現代のソフトウェアは信じられないほど複雑であるため、テクノロジーに依存する企業は、それを最大限に活用するために必然的にベンダーの専門知識に頼ることになります。
  • [7:06] 顧客はまた、何か問題が発生した場合にベンダーがすぐに対応できることを期待しています。
  • [7:22] 話し手は、顧客が障害を経験したときに何が起こるか、そして多様な専門家グループがどのように結集して顧客を復旧させるかについて特に興味を持っています。
  • [7:42] 技術サポートに真の意味をもたらすのは、サポートへのコミットメントを支える人々です。深い専門知識を持つ技術専門家と、顧客のニーズに真の共感を持つエンジニアです。
  • [8:02] Red Hat のサポートモデルはたらい回しをするものではなく、Heartbleed、Shellshock、Venom などの脆弱性への対応であれ、コードに精通した専門エンジニアに迅速につなぐことであれ、専門知識をもって顧客に対応することを目指しています。
  • [8:37] Red Hat はサポートチームを間接費ではなくエンジニアリングチームの延長と見なしています。なぜなら、顧客サポートからのフィードバックがソフトウェアを改善するからです。

Red Hat OpenStack サポートの文化

  • [8:51] Red Hat における技術サポート提供の人間的な側面を描いた短い動画が上映されます。
  • [9:02] Red Hat にはサポートモデルがありますが、最終的に違いを生むのはそのモデルを支える人間です。
  • [9:10] サポートエンジニアと製品エンジニアが、顧客を軌道に戻すためにどのように協力しているかを説明します。
  • [9:19] サポートスタッフは、顧客と関わることが、自分たちが良い仕事をしていることを知り、製品の将来の方向性を形作る最良の方法だと述べています。
  • [9:19] サポートはエンジニアリングの延長と見なされており、他の多くの企業をはるかに超える専門知識を持ち、問題を通じて顧客とパートナーシップを築くことを目指しています。
  • [9:49] OpenStack では、ソフトウェアの複雑さゆえに顧客との関係が極めて重要であり、OpenStack は万能のソリューションではありません。
  • [9:49] Red Hat のサポートは、しばしば一次元的な電話ベースのサポートモデルよりも、より動的で協調的なプロセスであると説明され、オープンソースの哲学と一致しています。
  • [10:19] 電話をかけたりチケットを開いたりする OpenStack の顧客は、OpenStack と顧客について訓練を受け、認定され、経験を積んだ担当者にすぐにつながります。
  • [10:19] スタッフは顧客の問題を解決することに個人的にコミットしており、自分たちのコードが最高のものであってほしいと願っています。
  • [10:49] スタッフは、オープンソースとオープンな開発を重視する企業で働けることに感謝しており、それが顧客へのサポートの仕方に表れています。
  • [10:49] OpenStack は、新しいことに挑戦し古いモデルを打ち破る人々の、包摂的で楽しい融合体であると説明されており、アイデアを書いて提出し共有することができます。

Red Hat の OpenStack サポートへのコミットメント

  • [11:37] Red Hat は、同社にとってサポートを提供することが何を意味するのかを簡単に垣間見せてくれました。
  • [11:45] このグループは、強力なテクノロジー群を共に構築してきたという点で、OpenStack において独特の立場にあります。
  • [11:55] OpenStack は無数の他のテクノロジーを結集します。
  • [12:00] 多くのテクノロジーが OpenStack 上に構築され、統合されており、プラットフォームとして利用しています。
  • [12:09] ビジネスを運営するためのクラウドを OpenStack 上に構築するユーザーには、多くの専門知識が必要です。
  • [12:17] そのクラウドを長期的にサポートすることは、さらに大きな課題です。
  • [12:22] Red Hat は課題のその部分を極めて真剣に受け止めており、ユーザーが OpenStack の冒険に乗り出す際にそこにいたいと考えています。

Mark とヘッドラインスポンサーへの感謝

  • [12:31] 話し手は聴衆に感謝します。
  • [12:37] 話し手は Mark の助けに感謝します。
  • [12:39] 話し手は、この日を実現してくれたすべてのヘッドラインスポンサーに感謝します。
Vidleafが確認した名前の修正

2026-10-20を確認しました。元のキャプションは以下で引き続きご覧いただけます。

[0:03] それでは数分後、Mark McLoughlin のお話を伺います。ほんの数年前、OpenStack は Rackspace と NASA の間の単なるアイデアにすぎませんでした。それは、大規模にスケールし、実装が簡単なクラウドを構築するというものでした。今、そのアイデアはコミュニティに力を与え、業界を変えています。しかし、テクノロジーだけではただのテクノロジーにすぎません。テクノロジーだけでは変化を点火することはできません。テクノロジーだけでは社会を前進させることはできません。

[0:44] 人々がそれを成し遂げるのです。そしてテクノロジーをオープンに開発することで、より多くの人々が参加できます。クラウド企業は収益を上げているのか、それとも単なる誇大広告なのか。私たちは OpenStack が現実の検証を受けるとは考えていません。OpenStack はその限界の中にはありません。何千人ものエンジニアと何百もの企業が協力して、私たちの共通の顧客を前進させており、一つの組織だけでは決して達成できなかったイノベーションの速度で解決可能です。共に前進します。共にゲームを変えます。

[1:36] OpenStackテクニカルディレクター、Red HatのMark McLoughlinさんを歓迎しましょう。なんと、たくさんの人がいますね。では、皆さんおはようございます。ええと…前回私がここ香港で登壇したときは、基調講演で、オープンソースの約束に対する私個人の信念についてお話ししました。多様なコミュニティがプロジェクトにもたらす強み、そしてOpenStackが今後数年にわたってクラウドインフラストラクチャにおける広範なイノベーションの傘へとどのように進化していくと期待できるかについてです。

[2:13] より最近では、多少複雑な感情を伴いつつ、私はRed Hatでの役割を完全に変えました。そして最近では、上流プロジェクトから焦点を移し、代わりにパートナーと密接に連携しながら当社のOpenStackエンジニアリングチームの管理を支援し、お客様がOpenStackで成功を収められるよう本当に支援しています。ありがとうございます。ある意味で、私自身の役割の変化は、Red Hatがオープンソースの方法でテクノロジーを生み出すアプローチを反映していると思います。2011年に、初期のOpenStackエンジニアリングチームのミーティングの一つで、OpenStackにより深く関わるにつれて私たちの焦点が今後数年にわたってどのように変化していくと期待できるかをチームの他のメンバーに説明したのを覚えています。

[2:57] そして私は、私たちの新規プロジェクトへのアプローチを、各フェーズが前のフェーズの上に築かれる一種の三フェーズのものと本当に捉えています。最初のフェーズは参加です。私たちの最初の目標は常に参加することです。つまり、有意義な貢献の方法を探すだけでなく、コードを支えるコミュニティとの非常に緊密な親和性を築くことでもあります。ここが、私たちが自分自身にジェダイのマインドトリックをかけ、コミュニティを「私たち」として語り始める地点のようなものです。

[3:27] 「彼ら」ではなく。そしてここが、私たちが自分の赤い帽子を脇に置き、コミュニティの内部関係者としてプロジェクトの利益を本当に真に代表することを学ぶ場所です。では、そこから進みましょう。次に、高品質なOpenStackディストリビューションを提供する能力を構築します。そして私たちはOpenStackに関して二重のアプローチを取ってきました。RDOでは、Red Hatのディストリビューション上でOpenStackを実行することに関心を持つ人々のオープンなコミュニティを作りました。

[3:59] ここでは、ユーザーが上流のコードベースに近い状態を保つパッケージ版のOpenStackを利用でき、これらのユーザーが上流プロジェクトと本当に密接に関わることができます。ありがとうございます。RHEL OpenStack Platformでは、RDOが生み出したものを取り入れ、お客様が使用する多くの可能な構成を検証するために多大な時間を費やし、パートナーと密接に連携して彼らの技術を認定し、この組織全体を次のステップに備えさせています。

[4:30] お客様が新しいリリースで最初から成功を収められるようにするためです。そして最終段階は、製品がお客様の手に渡った状態で、お客様がOpenStack導入の目標を達成できるよう、お客様と密接に連携することを目指します。そして私たちは、言葉の最も広い意味でお客様をサポートします。そして私たちは現在、RHEL OpenStack Platformの何百人ものお客様が毎日私たちに依存している、この後者のフェーズに深く入り込んでいます。そしてこれらすべては、私にとって非常に個人的なレベルで、はるかに広い意味を持っています。

[5:07] 私は、オープンなコラボレーションがテクノロジーを構築する優れた方法であること、多様な利害を持つコミュニティから素晴らしいイノベーションが生まれること、オープンなエコシステムがプロジェクトのユーザーに真の自由、価値、選択肢をもたらすこと、そして成功する企業がそのようなオープンなエコシステム内で競争と協調の両方を行うことが完全に可能であることを本当に証明することに、自分の時間を捧げることを選びました。私にとって、これらすべての中心にあるのは、Red Hatのような純粋なオープンソースベンダーがユーザーに提供できる商業的価値を実証することです。

[5:48] そして私は現在Red Hatに11年以上在籍しているので、お客様がなぜ私たちと仕事をすることを選ぶのかについて、かなり良い洞察を持っていると思います。そうですね。時には、私たちが出荷するプロジェクトへの真のコミットメントと、それらのコミュニティでお客様のニーズを代表する私たちの能力のおかげです。また別の時には、長期的な安定性とセキュリティへの私たちの重点のおかげです。また別の時には、認定パートナーエコシステムによる安心感です。多くの場合、実際には私たちのサブスクリプションモデルと、そのモデルがユーザーに力を与え、私たちがお客様に継続的な価値を提供することを本当に要求する方法のおかげです。

[6:31] 時々、ソフトウェアが無料なら、人々は何に対してRed Hatにお金を払うのかという、非常に単純化された質問をされます。そして、ええと、それに素早く答えなければならないなら、私は最も説明しやすい答えに頼ります。それは、Red Hatのお客様が私たちの深い専門知識と技術サポートのためにRed Hatを頼りにしているということです。なぜなら、現代のソフトウェアは信じられないほど複雑だからです。そして、あなたのビジネスが特定のテクノロジーに依存しているなら、そのテクノロジーを最大限に活用できるよう、必然的にベンダーの専門知識を頼りにしたくなります。

[7:03] また、何か問題が発生したときに、そのベンダーが…すぐにでもあなたのために利用可能な状態でいてくれるようにも。そして、この役割の変更により、Red Hatのビジネスのこの側面を日常的に目にするようになったのは、本当にここ数か月のことです。私は常々、お客様が障害を経験したときに何が起こるのか、そしてお客様を復旧させるために私たちが多様な専門家のグループをどのように結集するのかに、特に好奇心を持っていました。ありがとうございます。

[7:35] 技術サポートの概念を説明する方法はたくさんあります。しかし私にとって、この言葉に真の意味をもたらすのは、サポートへのコミットメントの背後にいる人々です。ここで話しているのは技術の専門家であり、私たちは彼らの深い専門知識と知識を活用して、お客様を本当に軌道に戻すことを目指しています。私たちは、お客様のニーズに真の共感を持つエンジニアについて話しているのです。私たちのサポートモデルは、たらい回しにするものではありません。

[8:05] 私たちは、専門知識をもってお客様と関わることを本当に目指しています。それが、最新のセキュリティ脆弱性——HeartbleedであれShellshockであれ、あるいは先週のVenomのようなもの——に対処するために必要なものをお客様に提供することであってもです。電話をかけなければならないまさにそのような場面で、問題となっているコードにアクセスでき、深い知識を持つ専門エンジニアにすぐにつながることができるのです。ですから、Red Hatでは、サポートチームを間接費とは見なしていません。私たちは彼らをエンジニアリングチームの延長と本当に考えています。

[8:43] なぜなら、お客様のサポートから得られるフィードバックを通じてこそ、私たちはソフトウェアを本当に改善する能力を得るからです。そこで、ここで数分いただき、Red Hatにおけるテクニカルサポートの提供が意味するものの人間的な側面について洞察を与えてくれる短い動画をお見せしたいと思います。私たちにはサポートモデルがありますが、私にとって最終的に違いを生むのは、そのモデルを支える人間たちなのです。そして、サポートエンジニアやプロダクトエンジニアから、お客様を軌道に戻すために私たち全員がどのように協力しているかについて、簡単にお話を伺います。

[9:19] では、動画を再生してください。私たちはお客様と関わりたいと考えています。お客様と共に働くことは、私たちが良い仕事をしていることを知る最良の方法です。また、製品の将来の方向性を形作ることを知る最良の方法でもあります。私たちのサポート組織で見られる専門知識のレベルは、他の多くの企業をはるかに超えていると思います。つまり、私は私たちのサポート組織をエンジニアリングの延長と考えています。私たちの考え方は、お客様とパートナーになり、本当に一緒に問題を解決していくことです。OpenStackでは、ソフトウェアの複雑さゆえに、お客様とのその関係を持つことが極めて重要です。私たちは、OpenStackが万能のソリューションではないことを理解しています。OpenStack製品を開発して、まったく同じものをすべてのお客様に届けるというわけにはいきません。サポートはしばしば、問題があって電話をかけるという、非常に一次元的なプロセスです。Red Hatでは、サポートははるかに動的で協調的なプロセスです。それは、話し合い、フィードバックを得て、それを実現するというオープンソースの哲学と非常によく一致しています。OpenStackのお客様が電話をかけたりチケットを開いたりすると、トレーニングを受け、認定を受け、OpenStackやお客様との仕事の経験を持つ人にすぐにつながります。私たちは皆、お客様の問題を解決することに非常に個人的に尽力していると感じています。また、それは私たちのコードであり、私たちが書くのを手伝ったのだから、可能な限り最高のコードにしたいという側面もあります。そこには、

[10:49] それがお客様をサポートする方法に表れています。なぜなら、私たちは皆、オープンソースとオープンな開発を重視する企業で働けることに非常に感謝しているからです。 - OpenStackは、新しいことを試みる人々、古いモデルを打ち破る人々が集まり、誰も私たちに「ダメ」と言わない、本当に楽しい融合へと、これらすべての異なる要素を本当にまとめ上げています。私たちにはこの能力があります。誰かがアイデアを持っていれば、誰かが何か新しいものをサービスとしてやりたければ、書いて、提出して、共有してください。とても包括的です。とても楽しいです。

[11:37] というわけで、Red Hatでサポートを提供することが私たちにとって何を意味するのかを、少し垣間見ていただきました。それはただ、OpenStackで私たちは本当にユニークな立場にあると思うからです。ここにいる私たち全員が一緒になって、信じられないほど強力なテクノロジーのセットを構築しました。そしてOpenStackは今度は、他の無数のテクノロジーをまとめ上げています。それでもなお、その上で、多くのテクノロジーがOpenStack上に構築され、それと統合され、本当にプラットフォームとしてそれを使っているのを目にしています。

[12:09] しかし、もしあなたがOpenStackのユーザーで、ビジネスを運営するためのクラウドを構築したいのであれば、そこには多くの専門知識が必要です。そして、そのクラウドを長期的にサポートすることは、さらに大きな課題です。そして、今日私が本当に伝えたかったのは、Red Hatが課題のその部分を信じられないほど真剣に受け止めているということです。そして、あなたがOpenStackの冒険に乗り出すとき、私たちはあなたのためにそこにいたいのです。どうもありがとうございました。ありがとう、Mark。

[12:39] ご協力に本当に感謝します。そして、今日このすべてを可能にしてくれたすべてのヘッドラインスポンサーに感謝したいと思います。そして次へ。

英語の原文字幕を見る

[0:03] So in a few minutes, we're going to hear from Mark McLaughlin, It was only a few years ago, OpenStack was just an idea between Rackspace and NASA, to build clouds that are massively scalable and simple to implement. Now, that idea is empowering a community to change an industry. But, technology alone is just technology. Technology alone does not ignite change. Technology alone does not push society forward.

[0:44] People do. And by developing technology openly, more people can participate. Are cloud companies profitable or just hype? We don't see OpenStack having a reality check. OpenStack is not in its limits. There are thousands of engineers and hundreds of companies working together to help our collective customers move forward, solvable at a rate of innovation that could never be accomplished by one organization alone. Together we press forward. Together we change the game.

[1:36] Please welcome OpenStack Technical Director Red Hat, Mark McLaughlin. My goodness, there's a lot of people. Okay, good morning everybody. Um... The last time I was up here in Hong Kong, I used my keynote. to talk about my personal belief in the promise of open source. The-- strengths that a diverse community brings to a project. and how we could expect OpenStack to evolve in the years ahead to an expansive umbrella of innovation in cloud infrastructure.

[2:13] More recently, and with some mixed emotions, I've completely changed my role at Red Hat. And these days, I've moved my focus away from the upstream project. and instead I'm helping to manage our OpenStack engineering team working closely with our partners, and really helping our customers be successful with OpenStack. Thank you. In some ways, I think my own change in role kind of mirrors Red Hat's approach to creating technology the open source way. I remember back in 2011 at one of our early OpenStack engineering team meetings, laying out for the rest of the team how we could all expect our focus to be change over the years as we got more into OpenStack.

[2:57] And I really see our approach to new projects as kind of being a three-phased thing, where each phase builds on the previous one. So the first phase, participation. Our initial goal is always to participate. And by that, I mean we look for ways to make meaningful contributions but also to build a really close affinity with the communities standing behind the code. This is kind of where we play a Jedi mind trick on ourselves and start to talk about the community as us.

[3:27] rather than them. and it's where we learn to put aside our red hat, and really, truly represent the interests of the project as community insiders. So, moving on from that. Next, we build out our ability to deliver a high quality OpenStack distribution. And we've taken a dual approach here with OpenStack. With RDO, we've created an open community of people interested in running OpenStack on Red Hat distributions.

[3:59] This is where users can take a packaged version of OpenStack that stays close to the upstream code base, and allows these users to really engage closely with the upstream project. Thank you. with RHEL OpenStack Platform. We take what RDO has produced, spend a lot of time validating the many possible configurations that our customers use. and working closely with our partners to certify their technologies, and really preparing this whole organization to be ready for the next step.

[4:30] to make customers successful with the new release right out of the gate. And the final stage then is with the product in our customers' hands, We aim to work closely with our customers to ensure that they succeed with their goals for their OpenStack deployments. And so we support our customers in the broadest possible sense of the word. And we're now deep in this latter phase with hundreds of customers of the RHEL OpenStack platform depending on us daily. And all of this has a much broader meaning for me on a very personal level.

[5:07] I've chosen to dedicate my time to really proving that open collaboration is a great way of building technology. that from a community of diverse interests springs some fantastic innovation. that an open ecosystem really delivers great freedom, value, and choice for users of the project. and that it's perfectly possible for successful businesses to both compete and collaborate within such an open ecosystem. For me, central to all of this, is demonstrating the commercial value that a pure play open source vendor like Red Hat can deliver to users.

[5:48] And so I've been at Red Hat over 11 years now, so I think I have some pretty good insight into why customers choose to work with us. All right. Sometimes it's because of our real commitment to the projects. that we're shipping. and our ability to represent customer needs in those communities. Other times it's because of our emphasis on long-term stability and security. Other times it's the reassurance of our certified partner ecosystem. A lot of the times it's actually about our subscription model and the way that model empowers our users and really requires us to deliver continuous value to our customers.

[6:31] Sometimes when I'm asked the very simplistic question, if the software is free, What do people pay Red Hat for? And And, you know, if I have to quickly answer that, I lean on the most easy to explain answer. And that's Red Hat customers rely on Red Hat for our deep expertise and our technical support. Because modern software is incredibly complex. And if your business depends on a particular technology, You inevitably look to lean on a vendor for their expertise so that you can get the most out of the technology.

[7:03] and also so that vendor... is there ready to be available to you at a moment's notice if something goes wrong? And so with this change of role, it's really only in recent months that I see on a daily basis this aspect of Red Hat's business. I've always had a particular curiosity for what happens when a customer experiences an outage, and how we rally a diverse group of experts to get a customer back up and running. Thank you.

[7:35] There are many ways to explain the concept of technical support. But for me, what brings real meaning to the term is the people behind the support commitment. We're talking here about technical experts We're looking to use their deep expertise and knowledge to really get a customer back on track. We're talking about engineers with genuine empathy for customers' needs. Our support model is not one of deflection.

[8:05] We really aim to engage our customers with our expertise. whether that be arming you with whatever you need to handle the latest security vulnerability, whether that be Heartbleed or Shellshock or like last week, Venom. are on those occasions that you do need to pick up the phone. that you quickly get through to a specialized engineer who has access to and a deep familiarity with the code in question. So, at Red Hat, we don't see our support team as overhead. We really see them as an extension of our engineering team.

[8:43] Because it's really-- through the feedback we get from supporting our customers, that we gain the ability to really improve the software. And so I want to take a couple of minutes now to show a short video which should give some insight into the human side I've... what providing technical support means at Red Hat. because we have a support model, but to me it's really the humans behind that model that make the difference in the end. And so we're going to hear quickly from some support engineers and product engineers about how we all work together to really help get a customer back on track.

[9:19] So, play the video. We want to engage with our customers. Working with our customers is the best way that we know that we're doing a good job. It's also the best way that we know to shape the future direction of the product. I think the level of expertise you'll find in our support organization is above and beyond a lot of other companies. I mean, I look at our support organization as being an extension of engineering. Our mentality is we want to be a partner with the customer and really work through the problems with them. With OpenStack, it's critically important. to have that relationship with our customers because the complexity of the software. We understand that OpenStack is not a one-size-fits-all solution. We can't just develop an OpenStack product and have the exact thing delivered to every customer. Support is often a very one-dimensional process where you have a problem and you pick up the phone. At Red Hat, support is a much more dynamic, collaborative process. It's very much aligned with kind of the open source philosophy of, you know, talk about it, get that feedback, but then make it happen. When OpenStack customers call or open a ticket, they're going to be immediately engaged with somebody who has been trained, who has been certified, and who has experience working with OpenStack and working with our customers. We all feel very personally committed to solving customer issues. There's also the aspect of it's our code, we helped write it, and so we want it to be the best code it possibly can be. I think there's a

[10:49] that comes out in the way that we support our customers, because we're all very thankful that we get to work for a company that values open source and open development. - OpenStack really pulls together all of these different pieces into this really fun amalgam of people trying new things, people breaking old models and no one's telling us no. We have this ability. If someone has an idea, if someone wants to do some new as a service, go write it, submit it, share it. It's very inclusive. It's very fun.

[11:37] So, you've had a brief glimpse into what providing support means for us at Red Hat. was just because, you know, I think we're in a really unique position with OpenStack. We, all of us here together, have built an incredibly powerful set of technologies that And OpenStack in turn brings together a whole myriad of other technologies. And yet, again, on top of that, we're seeing many technologies building on OpenStack, integrating with it, and really using it as a platform.

[12:09] But if you're a user of OpenStack, and you want to build a cloud to run your business on, There's a lot of expertise there required. and supporting that cloud into the long term. is an even greater challenge. And what I really wanted to get across today is Red Hat takes that part of the challenge incredibly seriously. And we want to be there for you as you embark on your OpenStack adventure. Thank you very much. Thank you, Mark.

[12:39] Really appreciate your help. And I want to thank actually all of our headline sponsors. for making this all possible today. And next.

Vidleafワークベンチで開く

トランスクリプトを検索し、行を選択し、タイムスタンプ付きの引用をコピーし、翻訳します。

ワークベンチで開く →

帰属

「Vancouver 2015 Keynotes: Red Hat Keynote」by OpenInfra Foundation(https://www.youtube.com/@openinfrafoundation)、CC BY 3.0(https://creativecommons.org/licenses/by/3.0/)の下でライセンスされています。ソース動画:https://www.youtube.com/watch?v=E4rUJAVo-nI。このページは、段落区切りとタイムスタンプを追加した動画のテキスト文字起こしです。作成者はVidleafと提携しておらず、Vidleafを推奨するものでもありません。VidleafはAIによる句読点とAI生成の要約を追加しました。元の文言はこのページで引き続き利用可能です。本文には、Vidleafによるソースで検証された名前の修正も含まれています。

あなたは制作者または権利者ですか?訂正や削除をリクエストする:copyright@vidleaf.app(これらのページについてを参照)。

最終更新