DevOpsの歴史

米国のDevOpsDaysの開発者であり主催者の1人であるDamon Edwardsの言葉から、DevOpsのストーリーを共有します。 リンクで英語の10分間のビデオを見るか、カットの下で翻訳を読んでください。



_______________________________________________________________________________________



こんにちは、Damon Edwardsです。 DTO Solutionsでの仕事とIT-Revolutionの記事の執筆の間に、DevOpsに興味のある多くの人と話します。 彼らと話すことは私にアイデアを与えました：誰もがDevOpsが何であるかについて議論していますが、それがどこから来たのか誰も知りません。 私はこれについて何度か話したので、ビデオにまとめて記録することにしました。 これが、DevOpsの簡単な歴史です。

世界の開発と運用

物語は、パトリックデボワという名前の男から2007年にベルギーで始まります。 パトリックには興味深い目標がありました。彼はあらゆる側面からITを学びたかったのです。 パトリックはコンサルタントでしたが、すべてのIT業界で働くために欠員を選びました。



かつて彼は政府のプロジェクトを引き受け、巨大なデータセンターを移転しました。 パトリックはテストを担当し、devグループとopsグループの間で多くのことをしなければなりませんでした。 開発者の作業と保守作業との対比は常にパトリックを混乱させますが、このプロジェクトでは特にそうです。 したがって、ある日彼は柔軟な開発方法論のリズムで働き、次の日はすでに火と戦い、予測不可能な日常業務の中で生きていました。 パトリックはもっと良い方法があるに違いないと知っていましたが、開発と運用の世界は何マイルも離れており、紛争はどこにでもありました。



2008年のトロント、アジャイル会議に早送りします。 [元プログラマー] Andrew Schaeferは、開発と運用について同様の意見を持つ人々のためのBoFセッション「柔軟なインフラストラクチャ」のアイデアを壁に投稿しました。 1人だけがイベントに参加しましたが、そうですね、ご想像のとおり、パトリックデボワでした。 アンドリューでさえ、彼自身のセッションを逃しました。 フィードバックはほとんどありませんでした。彼は、開発と運用の間のギャップと戦うことに誰も興味がないと判断しました。 しかし、Patrickは、アジャイルモデルの一部としてスクラムおよびその他のアジャイル手法を使用することに関するプレゼンテーションで会議に参加しました。 彼は他の誰かが彼の意見を共有したことに非常に興奮していました。 パトリックは会議室でアンドリューを追跡し、長い議論を始めました。 最終的に、パトリックとアンドリューは、問題が広範かつ体系的であるように思われたため、同じ考えを持つ人々がいるべきだと決定しました。



今少しコンテキスト。 幅広いアジャイルアジャイルコミュニティ内では、継続的な統合が人気を獲得し、コミュニティを展開に向けて移動させていましたが、運用上のギャップを埋める手段はほとんどありませんでした。 そのため、AndrewとPatrickは、Googleグループでアジャイルシステム管理を設立することにしました。 興味深い会話がいくつかありましたが、トラフィックはかなり低いままでした。

DevOpsDays

2009年に進みましょう。JohnAllowspawとPaul HammondがFlickrで協力しました。 6月23日、サンノゼで開催されたO'reilly's Velocity Conferenceで、彼らは現在有名な1日あたり10プラスのデプロイを開発しました。 パトリックはベルギーの自宅にいて、講義の流れを見ました。 これはそうです-パトリックは気付きました-ちょうど彼が絶賛した話題。 パトリックはツイッターで、ベロシティを訪れたいと嘆きましたが、ポール・ナセルは、パトリック、「ベルギーでベロシティを立ち上げてみませんか？私たち全員が出席できますよ」と書いています。



パトリックにとって、このジョークは強迫観念になりました。 そしてしばらくして、2009年10月30〜31日にゲントで開催された開発者とシステム管理者の会議の発表をTwitterに投稿しました。Patrickはイベントに名前が必要であることを理解しました。 また、2日間の会議であり、何らかの理由でPatrickは頭字語DoDを気に入っていました（配信中に死亡したことを思い出しました）。 そのため、DevOpsDaysという名前が登場しました。



良い列車のスケジュールなどだったかもしれませんが、今はわかりませんが、進歩的なシステム管理者、開発者、マネージャー、システムプログラマーの群衆は印象的でした。 彼らは世界中からDevOpsDaysに参加しました。 もちろん、イベントが終了したとき、誰もが地球の隅々に散らばって急いで行きましたが、Twitterでの議論は続きました。



ハッシュタグとしてフルネーム#DevOpsDaysを使用するのは面倒です。 140の貴重なシンボルのうち4つが費やされないように、「日」は捨てられました。 そして、ハッシュタグDevOpsが本当に定着しました。



配布に関して言えば、Lindsay HomewoodはDevOpsのアイデアを非常に気に入っており、シドニーに持ち込み、最初のDevOpsDaysを作成しました。 Andrew ShaferとJohn Willisと私は集まり、LinkedInでStefan ApitsとDaniel Franciscoと連絡を取り、Velocity 2010の直後に米国で最初のDevOpsDaysを開催しました。 しかし同時に、もっと面白いことが起きていました。

DevOpsがエンタープライズに

以前の会議の推進力に触発され、思いやりのある人々が突然世界中に現れて、新しいDevOpsバナーの下で経験を共有し、アイデアについて議論しました。



DevOpsは、業界の仕事について何か言いたいことがある人たちにとって、避雷針になりました。それがどのように構築され、どうあるべきかです。 プレゼンテーション、他の会議での会議-これはオンラインでの動きの続きであり、人々が自分の経験を共有し、他の人から学んだツイートやブログ投稿の流れでした。 パロディの歌やミュージックビデオが登場したとき、DevOpsが活気に満ちていることが明らかになりました。 それはすでに形成された大衆運動であり、ITの分野では非常にまれでした。 ベンダー、アナリスト、ほとんどの従来のエンタープライズITストアでは、彼はまだ強く無視されていましたが、関心が高まった人々の情熱に支えられて、この動きは拡大しました。 過去のWeb開発者であるこれらの人々は、空き時間にDevOpsについて多くのことを書き、会議で議論しました。 彼らは、彼らが一緒に働かなければならなかった古典的な楽器の文化的および機能的な欠陥に本当に同情しました。



これに対応して、DevOpsコミュニティは、ベストプラクティスを形式化する新世代のツールを立ち上げました。 楽器には、人形、シェフ、浮浪者、ジュジュ、ランデッキ、ログスタッシュ、fpmなどの面白い名前がありました（fpmでfが何を表しているのかしか推測できません）。 しかし、これらは従来のツールよりもはるかに効果的な深刻なツールでした。 それらはコミュニティの独特のアーティファクトであり、新しいアイデアと新しいプロセスについて考える最良の作業方法と形式化を象徴しています。 しかし、初心者にとっては、これらは新しい輝くおもちゃでした。彼らはうらやましく、話しました。 しかし、これらのツールに対する熱意は養われていました。 すぐに、経験豊富なアナリストは、ちょっと、ここで何か面白いことが起こっていることに気付き始めました。おそらく議論に参加する必要があるでしょう。



最初は、Red MonkのMichael Kote、The 451 GroupのJay Lymanのような人物でした。 そして、ガートナーからキャメロン・ヘイトが来ました。 彼は非常に興味深い影響力を持っていました：微妙ですが、DevOpsとエンタープライズの関係に潜在的に重要です。 私はそれを証明することはできませんが、タイミングは好奇心が強いです。 2011年3月に、Cameronはプレゼンテーションにスライドを挿入し、エンタープライズITストアとそれらを提供するベンダーに強力なシグナルを送信します。 彼は、DevOpsムーブメントで前代未聞だと主張しています。



Cameron氏によると、DevOpsは2015年までに、大規模なクラウドプロバイダーにとって興味深いニッチ戦略から、Global 2000の組織の20％が使用する主流に進化するという。 アナリストの言語を話せるかどうかはわかりませんが、大まかな翻訳は「DevOps real、check out」です。 20％の予言について混乱している人もいます。楽観的すぎたり、保守的すぎたりしますが、それはポイントではありません。 主なことは、明確なメッセージがあることです。DevOpsはエンタープライズに行き、それを配置します。



偶然かどうかはわかりませんが、その後すぐに、ほとんどすべての主要ベンダーがDevOpsに注目し、彼らとのコミュニケーションを薄め始めました。 使い方を理解している人もいれば、本質を理解していない人もいました。 主なことは、DevOpsが至る所に登場し始めたことであり、それは素晴らしいことです。 DTOでも、ほぼ同時期にエンタープライズへの関心の高まりに気付きました。 突然、ヒップスターとは言えない有名な大企業がDevOpsに興味を持つようになりました。 そのとき、DevOpsは主流に向かう途中で深byを越えました。

DevOpsストーリーが教えてくれること

それでは、なぜこの物語はそれほど重要なのでしょうか、なぜ私はそれに興味を持ち、DevOpsの起源を大事にしているのでしょうか？ 私は古いことわざを信じています：あなたがどこから来たのかわからなければ、あなたはどこへ行くのか決してわかりません。 そして、このストーリーは、DevOpsのいくつかの重要なことを思い起こさせます。



まず、DevOpsは、ベンダーやアナリストではなく、プラクティスを考案しました。 ベンダーやアナリストがメッセージを適切なものにしたり、人々が嫌いな製品やアイデアを押し出そうとしたりすると、コミュニティはそれを回避する方法を見つけることをすでに知っていました。



第二に、この物語は、DevOpsがモノでも、製品でも、仕様でも、標準でも、作品のタイトルでもないことを思い出させます。 DevOpsは、コミュニティの声であり、経験に基づいた動きです。 これは、働くものとそうでないものを集めて共有し、一緒に働いてより良くなり、彼らが働く会社を助ける人々を世話することについての物語です。



別の話から、DevOpsは分散化され、すべての人に開かれていることがわかります。 経験を共有したり、コミュニティの他のメンバーに質問したりできます-いつでも大歓迎です。 この動きが始まったので、継続します。



継続といえば、DevOpsDaysで次に何が起こりましたか？ 彼らは世界中で出現し続けました：コミュニティによって組織された、オープン、無料、またはほぼ無料。 これらの個人的な会合は運動の真の核となり、生命と関心をもたらします。 地球上で最高の開発者と交流したい場合は、DevOpsDaysにアクセスしてください。 この会議または別の同様の会議でパトリック・デボアを見かけたら、彼に5つあげて、ビールを買って、ありがとうと言ってください。 しかし、1年365日、1日24時間、実際のイベントを待つ必要はありません。DevOpsの議論はオンラインで継続されます。新しい経験をオンにして共有してください。



だから、DevOpsの歴史を見ることができますが、多くの人や出来事は時間のために言及することはできませんでした。 誰も気分を害さないことを願っています。 個々の貢献について話すのではなく、一般的な概念を示すようにしました。 DTOのDamon Edwardsです。見てくれてありがとう。