おい、ハブル！ 記事の翻訳をご紹介します スティーブ・メザック著。
見方にもよりますが、DevOps は今年で 2016 周年または 70 周年を迎えることになります。 XNUMX 年の RightScales のクラウド現状レポートでは、SMB の XNUMX% が DevOps プラクティスを採用していると指摘しています。 このスコアを構成するすべての指標はそれ以来増加しています。 DevOps が XNUMX 年目に入る準備をしている今、過去を散策して、DevOps の起源、さらには名前自体の起源に戻るのは素晴らしいことです。
2007 年以前: 完璧な出来事の連鎖
2007 年以前、一連の状況により、最終的に今日 DevOps として知られるものが誕生しました。
傾く ベストプラクティスであることがすでに証明されています。 としても知られている トヨタ生産方式, リーン・マニュファクチャリングでは、製造現場のプロセスの最適化を目指します。 （ちなみに、トヨタの経営陣は当初、フォードモーターが導入した独自の組立ライン方式にインスピレーションを受けていた）。 継続的改善 それが無駄のない製造の合言葉です。 実際には、次のパスが常に評価されます。
- 原材料および完成品の在庫レベルを最小限に維持する。 リーン生産とは、商品を生産するための原材料の在庫が最小限であり、注文または出荷を待つ完成品が最小限であることを意味します。
- 注文キューを最小限に抑える。 理想的には、受け取った注文はすぐに完了状態に移行します。 無駄のない製造における重要な指標は常に、注文の受領から納品までの時間です。
- 生産プロセスの効率を最大化する。 プロセスの再エンジニアリングと自動化の改善を組み合わせて、できるだけ早く製品を生産しています。 パス全体に沿ったすべての生産領域 (切断、溶接、組み立て、テストなど) の非効率性が評価されます。
IT の世界では、ソフトウェア開発のウォーターフォール モデルの従来の手法はすでに、次のような高速反復手法に取って代わられています。 アジャイル。 たとえ迅速な開発と導入を追求する中で品質が犠牲になることもあったとしても、スピードが最大の叫びでした。 ほぼ同様に、特にクラウド コンピューティング サービスとしてのインフラストラクチャ (IaaS) および Service-as-a-Service (PaaS) は、IT プロセスとインフラストラクチャにおける成熟したソリューションであることが証明されています。
最後に、最近、ツールキットが登場し始めています。 継続的インテグレーション (CI)。 CI ツールのアイデアは、1991 年に Gradi Booch によって Booch Method の中で生まれ、提示されました。
2007～2008: 失望したベルギー人
ベルギーのコンサルタントでアジャイル プロジェクトおよびプラクティス マネージャーの Patrick Debois 氏は、ベルギー政府省庁からデータセンターの移行を支援する任命を受け入れました。 特に、認証と準備テストに携わっていました。 彼の責任では、ソフトウェア開発チームとサーバー、データベース、およびネットワーク運用チームとの間の関係を調整し、構築する必要がありました。 一貫性の欠如と、開発と運用方法を隔てる壁に対する不満が彼を苦しめました。 デボワ氏の改善への欲求は、すぐに行動に移しました。
2008 年にトロントで開催されたアジャイル カンファレンスで、アンドリュー シェーファー氏は、このテーマについて話し合うために特別に設けられた非公式会議の司会を提案しました。アジャイルなインフラストラクチャ「そして、このテーマについて話し合うために来たのは、パトリック・デボアだけでした。彼らの議論とアイデアの交換により、アジャイル システム管理の概念が前進しました。同年、デボアとシェーファーは、Google である程度の成功を収めたアジャイル システム管理者グループを設立しました。
2009: 開発と運用の協力の事例
O'Reilly Velocity カンファレンスでは、XNUMX 人の Flickr 従業員、技術運営担当上級副社長の John Allspaw と CTO Paul Hammond が、今や有名なプレゼンテーションを行いました。 「10 日 XNUMX 件のデプロイ: Flickr での開発と運用のコラボレーション」.
プレゼンテーションはドラマのようで、オールスパウとハモンドがソフトウェア導入プロセス中の開発担当者と運用担当者の間の複雑なやりとりを再現し、「それは私のコードではない、すべてあなたのコンピュータだ！」というような非難や非難で終わりました。 彼らのプレゼンテーションでは、唯一の賢明な選択肢は、ソフトウェアの開発と展開の活動がシームレスかつ透明で完全に統合されることであることが確認されました。 時が経つにつれて、このプレゼンテーションは伝説となり、現在では、IT 業界が今日 DevOps として知られる方法論を求め始めたときの画期的なマイルストーンとして歴史的に見られています。
2010: アメリカ合衆国における DevOps
支持者が増えたため、年次 Velocity カンファレンスの直後に、DevOpsDays カンファレンスがカリフォルニア州マウンテンビューで米国で初めて開催されました。 2018 年に目を向けると、米国での数十を含む 30 以上の DevOpsDays カンファレンスが予定されています。
2013年：プロジェクト「フェニックス」
私たちの多くにとって、DevOps の歴史におけるもう XNUMX つの注目すべき瞬間は、Gene Kim、Kevin Behr、George Safford による書籍「The Phoenix Project」の出版でした。 この小説は、絶望的な状況に陥った IT マネージャーの物語です。彼は、失敗した重要な電子商取引プロジェクトを救出する任務を負っています。 マネージャーの謎めいた指導者 (リーン生産手法に熱心な取締役会のメンバー) は、DevOps の概念を先取りしながら、IT とアプリケーション開発について考える新しい方法を主人公に提案します。 ちなみに、「フェニックス プロジェクト」は、ソフトウェア担当副社長が新しい主要なアウトソーシング製品の開発中に DevOps を使用する、同様のビジネス ストーリーについての本「アウトソーシングか、そうでなければ...」を書くきっかけになりました。
将来に向けた DevOps
DevOps を最終目的地ではなく、旅、またはおそらく願望として説明する価値があります。 DevOps は、リーン マニュファクチャリングと同様に、継続的な改善、生産性と効率の向上、さらには継続的な導入を目指します。 DevOps をサポートする自動化ツールは進化し続けています。
過去 2018 年間に DevOps が始まって以来、多くのことが達成されており、XNUMX 年以降はさらに多くの成果が得られると予想されます。
出所： habr.com