一部の人にとっては初めてであり、多くの人にとっては懐かしい、そして少なからぬ人にとっては戸惑いの種でもある DevOps がホットなトピックであることは疑いの余地がありません。 それが一体何なのかについては、読み続けてください。
私たちの多くは DevOps について聞いたことはありますが、それを定義できる人ははるかに少ないです。 それで、それは一体何ですか？
によると ウィキペディアへ, DevOpsとは「『開発』と『運用』を組み合わせた造語」であり、「重点を置いたソフトウェア開発手法」です。 ソフトウェア開発者と他の IT 間のコミュニケーション、コラボレーション、統合、自動化、および協力の測定 プロフェッショナル」。
それができない場合は、「DevOps を理解する 1 つの方法は、CAMS (文化、自動化、測定、共有) の頭字語を使用することです。」を試してください。
これは、パトリック・ドゥボワ氏のご厚意によるものです。 独立系ITコンサルタント 彼は当初から DevOps 分野のリーダーの 1 人でした。
特徴
- Windows 10 は人気がありすぎるのでしょうか?
- キャリアを始めるのに最適な場所を見つける 5 つの方法
- これが、生成 AI がギグエコノミーをより良い方向に変える方法です
- 私が Google の Pixel 6a よりもこの 300 ドルの Android を好む 3 つの理由
あなたにはまだ複雑すぎますか？ Debois 氏が指摘したように、複雑さは DevOps の最も魅力的な機能の 1 つであると考える人もいます。 昨年開催されたセミナーで、イベントで最も人気のあった T シャツには、次のように簡潔に書かれていました。「DevOps を維持する 奇妙な"。
理解するのが難しい概念には、その難しさがその複雑さから来るのか、それともユーザーがそれを好むという単純な事実からくるのか、常にある種の謎が存在します。 しかし、実際の複雑さは、DevOps が 2 つの概念が互いにぶつかり合うという事実からのみ生じます。
ソフトウェア開発は、開発者とその専門家の同僚からなる巨大なコミュニティによってよく理解されており、すべてはコードに関するものです。 コードを書く、コードを実装する、コードをテストする、コードを書き直す、コーディングのストレスによる脱毛など。
運用とは、そのコードを実行するシステムを管理することです。 ソフトウェアの実行に必要な処理能力、ソフトウェアを安全にする方法、効率的に実行する方法、およびソフトウェアを実行し続ける方法を検討するのは運用スタッフです。
この 2 つのグループの人々が同じシステムを管理しているにもかかわらず、それ以外の点では 2 つの比較的別々の世界に存在しているため、問題が発生し始めます。 開発者は、ソフトウェアを作成し、運用スタッフがそれを壊し続けると考えがちです。 そして彼らは互いに叫び合います。
おそらくそれは誇張ですが、多くの人がそれを認識している状況ではないかと思います。
さて、そのミックスに DevOps を導入すると、これら 2 つのコミュニティは新しい環境で機能する方法を学ばなければなりません。 それは、彼らが社会の利益のために完全かつ心から協力し合う方法です。 組織。
DevOpsの定義
DevOps の定義は、実践者の数とほぼ同じ数があります。 アジャイル管理者 (TAA) Web サイトは、DevOps を学者と同じように考察する開発者チームによって運営されており、DevOps を「運用と開発の実践」と表現しています。 設計から開発プロセス、生産に至るまで、[システムの]サービスライフサイクル全体にわたってエンジニアが一緒に参加する サポート"。
次に、重要な帰結を追加し、これが以前の方法からの大きな変更であると指摘します。
DevOps は、運用スタッフがシステム作業に開発者と同じテクニックを多く利用することも特徴です。 その考え方は、運用担当者と開発担当者が職場でお互いを避けるのではなく、相互に協力して働くことを学ぶべきだということです。
ある意味では、これはまったく新しいものではありません。 として オープンソース.com 最近指摘されているように、DevOpps はアジャイルの後継であり、「ソフトウェア開発のグループ」です。 自己組織化された部門間のコラボレーションを通じて要件とソリューションが進化する方法 チーム」。 アジャイルマニフェストはこれを定めています 2001年に全額.
これはすべて、コードだけでは十分ではないという考えから生じています。 コードは、完全にテストされ、設計どおりに運用環境で動作する場合にのみ完成します。 アジャイル宣言では、アジャイルは DevOps 導入の前提条件ではなく「良い出発点」であるとすぐに指摘しています。
AR+VR
- これらの 400 ドルの XR メガネにより、私の MacBook は 120 インチの画面で作業できるようになりました
- Apple Vision Proを試してみましたが、予想をはるかに上回っていました
- ゲーム、仕事などに最適な VR ヘッドセット
- Apple の AR/VR Vision Pro ヘッドセットをご紹介します: 価格、機能、発売日、その他知っておくべきことすべて
では、DevOps が何も置き換えないのであれば、なぜそれを検討する必要があるのでしょうか?
マニフェストが指摘しているように、その答えは、DevOps はすべてや何かの代替となるわけではなく、実際には多くの IT 分野の有用な付属品であるということです。 たとえば、DevOps を ITIL (IT インフラストラクチャ ライブラリ) や ITSM (IT サービス マネジメント) への反発と見る人もいますが、DevOps と ITIL は互換性があるとオープンソースは述べています。
ITIL と ITSM は「依然として IT 運用を支えるプロセスを成文化した最良のものであり、実際には IT 運用が DevOps スタイルの作業をサポートするために必要な機能の多くについて説明する ストリーム"。
また、DevOps は NoOps、つまり IT 運用全体を削除するバックドア手法であると見なされている人もいますが、 多くの場合、コードのデプロイメントを管理し、サービスを維持するために、開発により多くの責任が課せられます。 レベル.
次はどこに行けばいいですか？
DevOps は比較的新しい分野ですが、さらに詳しく学びたい人のために独自のソース資料ライブラリを開発するほど古くから存在しています。 まずは Paul Swartout の簡潔だが権威ある本から始めるのがよいでしょう。 継続的デリバリーと DevOps: クイック スタート ガイド.
DevOps を一言で表す組織があるとすれば、それは、DevOps を DNA に持つアマゾン ウェブ サービス (AWS) でしょう。 当然のことながら、AWS には DevOps に関する独自のガイドがあります。 ここから始まります.
Chef Software とともに DevOps コミュニティのリーダーである Puppet Labs は、次のように指摘しています。 リバプール・ビクトリア建築協会 この方法論が組織にどのように役立つかについてのケーススタディとして。 Puppet ソフトウェアを使用する前は、Oracle インストールを管理するデータベース管理チームは「そのままでは使用できないビルドを受け取っていました。 彼らはそれらを修正する必要がありましたが、Puppet Enterprise を導入すると、より迅速に動作し、必要に応じてモジュールを追加するだけで済むことがわかりました。」
別の例では、調査分析ツール Splunk のメーカーは Chef を使用して「基本的なものからすべてのもの」を自動化しました。 Splunk をサポートする Amazon EC2 インフラストラクチャでのアプリケーション更新の継続的統合のための構成 嵐"、 によると 企業。
Splunk は Chef を使用して、開発プロセスの各段階が自動化および統合されたパイプラインを作成し、「市場投入までの時間を短縮し、ビジネスの機敏性を向上させた」と両社は述べています。
開発者、システム アナリスト、プログラマー、エンジニア、データベース管理者、セキュリティ専門家など、IT 業界で働いている場合は、ある時点で DevOps について知る必要があります。
続きを読む：
Ubuntu 15.04 ハンズオン: 開発者とクラウドにとっては大きな飛躍ですが、デスクトップにとっては小さな一歩です
シェフは DevOps 成功の秘密のレシピを作成することを目指しています
Puppet Labs とデルは管理ソフトウェアで協力しています