DevOpsとは何ですか?なぜそれが重要ですか?

私たちの多くは、DevOpsについて聞いたことがありますが、それを定義する人はずっと少ないです。だからそれは何ですか?

Appleが新しいiPhoneをリリースしたときにAndroidの所有者がしていることは何ですか?耐水iPhone 7のAppleの保証には液体の損傷は含まれていません; 400ドルの中国のスマートフォン?とにかく価格を引き上げるAppleとSamsungは安いライバルを怒らせる; GoogleのDeepMindはマシンが人間のように話すことで大きなマイルストーンを主張する

Wikipediaによると、DevOpsは「開発と運用のポートマンタウ」であり、「ソフトウェア開発者と他のITプロフェッショナルとの間の通信、コラボレーション、統合、自動化、および測定を強調するソフトウェア開発方法」です。

そうでない場合は、これを試してみてください:「DevOpsを理解するための1つの方法は、CAMS-文化、自動化、測定と共有という頭字語です。

これは、最初からDevOpsの分野のリーダーの一人であった独立系ITコンサルタント、Patrick Deboisの礼儀です。

あなたにとってまだ複雑すぎますか? Deboisが昨年開催されたセミナーで指摘したように、複雑さはDevOpsの最も魅力的な機能の1つだと思う人もいれば、イベントで最も人気の高いTシャツは「DevOps Weird」を単純に言った。

その難しさがその複雑さから来ているのか、それともそのようなユーザーがそれを好むという単純な事実から、理解するのが難しい概念の周りには、常に一定の謎があります。しかし、複雑さは実際には、DevOpsは互いに関係する2つの概念であるという事実から来ているだけです。

ソフトウェア開発は、開発者とそのプロの同僚の巨大なコミュニティによってよく理解されています。コードの作成、コードの実装、コードのテスト、コードの書き換え、コーディングのストレスからの脱毛など。

操作はすべて、そのコードを実行するシステムを調べることです。それは、ソフトウェアがどのように処理能力を必要とするか、そのソフトウェアを安全にする方法、それを効率的に実行する方法、およびその実行を維持する方法を決定する運用スタッフです。

これらの2つのグループの人々は、同じシステムを見ているが、それ以外の2つの比較的別々の世界に存在するため、問題が発生し始める。開発者はそれを見ている傾向がありますが、ソフトウェアを作成してオペレーションスタッフが壊れることになります。そして、彼らはお互いに叫ぶ。

おそらくそれは過言ではありますが、私はそれが多くの人々が認識するだろうと思っています。

今度は、DevOpsをそのミックスに導入し、2つのコミュニティは、新しい方法で仕事をする方法を学ぶ必要があります.1つは、組織の利益のためにお互いに完全に協力し合う方法です。

DevOpsの定義

開発者の定義は、実務者とほぼ同じくらいあります。学識経験者としてDevOpsを見ている開発者チームが運営するAgile Admin(TAA)ウェブサイトは、「システムのサービスライフサイクル全体にわたって、設計から設計まで、オペレーションと開発エンジニアが一緒に参加するプラクティス」と表現しています開発プロセスをプロダクションサポートに提供します。

彼らは重要な結論を加え、これが以前の方法からの大きな変化であることを指摘する。

クラウドコンピューティングは1度に1つのAPIを成長させ、開発者はApigeeを6億2500万ドルで買収し、ハードウェアはラスベリーパイが1000万回の売上を上げ、プレミアムバンドルで賞賛し、セキュリティは4年間後にNPAPI FlashをLinux用に復活させるスタシス

DevOpsは、システム運用のために開発者と同じテクニックの多くを運用スタッフが使用することも特徴としています。アイデアは、職場でお互いを避ける代わりに、運営と開発の人々は相互協力で一緒に働くことを学ぶべきだということです。

いくつかの面で、これはまったく新しいものではありません。 Opensource.comが最近指摘したように、DevOppsは、「自己組織化、多機能チーム間の協調を通じて要件とソリューションが進化したソフトウェア開発方法群」であるアジャイルの代替と継続です。アジャイルマニフェストは2001年にこれを完全に設定しました。

これは、コードが十分でないとの信念に由来します。このコードは、完全にテストされ、設計通りに運用されている場合にのみ完了します。アジャイルマニフェストは、アジャイルは開発運用を採用するための前提条件ではなく、「良い出発点」であることを素早く指摘しています。

時には、最も深刻な解決策は、問題全体を変更することです。

だから、もしDevOpsが何かを置き換えないなら、なぜそれを考慮する?

マニフェストが指摘しているように、DevOpsはすべてのものや何かを置き換えるものではないかもしれませんが、実際には多くのIT分野の役に立つ付属品です。たとえば、DevOpsがITIL(ITインフラストラクチャライブラリ)やITSM(ITサービス管理)のバックラッシュとして、DevOpsとITILが互換性があると、Opensourceは述べています。

ITILとITSMはIT運用の基盤となるプロセスのベストな編成であり、実際にはITオペレーションがDevOpsスタイルのワークストリームをサポートするために必要な多くの機能を記述しています。

また、DevOpsはITオペレーション全体を取り除くためのバックドア手法であるNoOpsと見なされていますが、コードの展開を管理し、サービスレベルを維持するための開発責任を負うことがよくあります。

どこに行くべきですか?

DevOpsは比較的新しい分野ですが、それ以上のことを学びたい人のためのソース資料の独自のライブラリを開発するのに十分な長さです。 Paul Swartoutの短期ではあるが権威ある本、Continuous deliveryとDevOps:クイックスタートガイドで始めるのがよいでしょう。

DevOpsをまとめる組織が1つあれば、Amazon Web Services(AWS)になります。AWSには、DevOpsがそのDNAに含まれています。驚くことではないが、AWSはここから始まるDevOpsに関する独自のガイドを持っている。

シェフ・ソフトウェア社とデベロッパーコミュニティのリーダーであるパペット・ラブスは、方法論がどのように組織に役立つかをケーススタディとして、リバプール・ビクトリアのビルディング・ソサエティを指摘しています。 Puppetソフトウェアを使用する前に、Oracleのインストールを管理するデータベース管理チームは、そのままでは使用できないビルドを受け取りましたので、変更する必要がありました[しかし、Puppet Enterpriseが導入された必要に応じてモジュールを追加するだけです」。

別の例では、調査分析ツールのSplunkのメーカーはシェフを使って、Splunk StormをサポートするAmazon EC2インフラストラクチャでの基本的な設定からアプリケーションの継続的な統合までをすべて自動化するという。

シェフとともに、Splunkは、開発プロセスの各段階が自動化され統合されたパイプラインを構築し、市場投入のスピードを加速し、ビジネスの俊敏性を向上させました。

開発者、システムアナリスト、プログラマー、エンジニア、データベース管理者、セキュリティ専門家など、IT部門で仕事をしている場合は、ある時点でDevOpsについて知る必要があります。

続きを読む

Ubuntu 15.04のハンズオン:開発者とクラウドのための大きな飛躍だが、デスクトップのための小さな一歩

シェフはDevOpsの成功のための秘密のレシピを作成することを目指しています

パペットラボとデルは管理ソフトウェアで協力し合う

クラウドコンピューティングの成長

GoogleがApigeeを6億2,500万ドルで買収

ラズベリーパイは1000万回の売り上げを記録し、「プレミアム」バンドルで賞賛します

アドビは、4年間の停滞後、NPAPI Flash for Linuxを再編