DevOps が必要な理由と DevOps スペシャリストは誰ですか?

アプリケーションが動作しないとき、同僚から「問題はあなたの側にある」という言葉は最も聞きたくないものです。 その結果、ユーザーは苦しみますが、チームのどの部分が故障の原因であるかは気にしません。 DevOps 文化は、まさに最終製品に対する共通の責任を中心に開発とサポートを連携させるために誕生しました。

DevOps の概念にはどのようなプラクティスが含まれていますか?また、それらが必要な理由は何ですか? DevOps エンジニアは何をし、何をできるようになるべきでしょうか? EPAM の専門家がこれらの質問やその他の質問に答えます。システム エンジニアで DevOps エバンジェリストの Kirill Sergeev と、同社の DevOps チームの XNUMX つで主任システム エンジニアでコーディネーターの Igor Boyko が答えます。

DevOpsはなぜ必要なのでしょうか?

以前は、開発者とサポート (いわゆる運用) の間に壁がありました。 逆説的に聞こえるかもしれませんが、同じことをやっているにもかかわらず、彼らは異なる目標と KPI を持っていました。 開発の目標は、ビジネス要件をできるだけ早く実装し、実用的な製品に追加することでした。 サポートはアプリケーションが安定して動作することを保証する責任がありましたが、変更があると安定性が危険にさらされます。 利益相反が存在します。DevOps がそれを解決するようです。

DevOpsとは何ですか?

これは良い質問ですが、物議を醸す質問でもあります。世界はまだこの点について最終的に合意していません。 EPAM は、DevOps はテクノロジー、プロセス、チーム内での交流の文化を組み合わせたものであると考えています。 この協会は、エンドユーザーに継続的に価値を提供することを目的としています。

キリル・セルゲイエフ: 「開発者はコードを作成し、テスターはそれをレビューし、管理者は最終製品を運用環境にデプロイします。 長い間、チームのこれらの部分は多少分散していましたが、共通のプロセスを通じてそれらを団結させるというアイデアが生まれました。 これが、DevOps プラクティスが登場した方法です。」

開発者とシステムエンジニアがお互いの仕事に興味を持つ日が来ました。 制作とサポートの間の障壁がなくなり始めました。 このようにして、実践、文化、チームの交流を含む DevOps が登場しました。

DevOps文化の本質とは何でしょうか?

実際のところ、最終結果に対する責任は各チームメンバーにあります。 DevOps 哲学の中で最も興味深く、そして難しいことは、特定の人が自分の作業段階に責任があるだけでなく、製品全体がどのように機能するかにも責任があることを理解することです。 問題は誰の側にもありません。問題は共有されており、各チームメンバーが問題の解決に協力します。

DevOps 文化で最も重要なことは、DevOps プラクティスを適用するだけではなく、問題を解決することです。 さらに、これらの実践は「誰かの側」で実装されるのではなく、製品全体に実装されます。 プロジェクトには DevOps エンジニア自体は必要ありません。問題の解決策が必要です。DevOps エンジニアの役割は、異なる専門分野を持つ複数のチーム メンバーに分散できます。

DevOps プラクティスにはどのような種類がありますか?

DevOps プラクティスは、ソフトウェア ライフ サイクルのすべての段階をカバーします。

イゴール・ボイコ: 「理想的なケースは、プロジェクトの開始直後に DevOps プラクティスの使用を開始する場合です。 私たちはアーキテクトと一緒に、アプリケーションがどのようなアーキテクチャのランドスケープを持つか、どこに配置され、どのように拡張するかを計画し、プラットフォームを選択します。 現在、マイクロサービス アーキテクチャが流行しています。そのために私たちはオーケストレーション システムを選択します。アプリケーションの各要素を個別に管理し、他の要素とは独立して更新できる必要があります。 もう XNUMX つの実践は、「コードとしてのインフラストラクチャ」です。 これは、サーバーとの直接対話ではなく、コードを使用してプロジェクト インフラストラクチャを作成および管理するアプローチの名前です。

次に開発段階に進みます。 ここでの最大のプラクティスの XNUMX つは CI/CD の構築です。開発者が変更を迅速に、少しずつ、より頻繁に、そして苦痛なく製品に統合できるように支援する必要があります。 CI/CD では、コード レビュー、マスターのコード ベースへのアップロード、アプリケーションのテスト環境と運用環境へのデプロイが行われます。

CI/CD 段階では、コードは品質ゲートを通過します。 彼らの助けを借りて、開発者のワークステーションから出力されたコードが指定された品質基準を満たしているかどうかを確認します。 単体テストと UI テストがここに追加されます。 迅速かつ手間のかからない重点的な製品展開を実現するには、適切な展開タイプを選択できます。

DevOps 実践者は、完成品をサポートする段階にも参加できます。 これらは、監視、フィードバック、セキュリティ、および変更の導入に使用されます。 DevOps では、これらすべてのタスクを継続的改善の観点から検討します。 繰り返しの操作を最小限に抑え、自動化します。 これには、移行、アプリケーションの拡張、パフォーマンスのサポートも含まれます。」

DevOps 実践のメリットは何ですか?

最新の DevOps 実践に関する教科書を書く場合、最初のページには、自動化、リリースの高速化、ユーザーからの迅速なフィードバックという XNUMX つのポイントが記載されます。

キリル・セルゲイエフ: 「まずは自動化です。 チーム内のすべてのやり取りを自動化できます。コードを作成し、展開し、チェックし、インストールし、フィードバックを収集し、最初に戻ります。 これはすべて自動的に行われます。

XNUMX つ目は、リリースのスピードアップと開発の簡素化です。 顧客にとって常に重要なのは、製品ができるだけ早く市場に投入され、競合他社の類似品よりも早くメリットを提供し始めることです。 製品配送プロセスは、時間を短縮し、追加の管理マークを追加し、監視を改善するなど、無限に改善することができます。

XNUMXつ目はユーザーフィードバックの加速です。 コメントがあれば、すぐに調整してアプリケーションをすぐに更新できます。」

「システム エンジニア」、「ビルド エンジニア」、「DevOps エンジニア」の概念はどのように関連していますか?

これらは重複していますが、わずかに異なる領域に属しています。

EPAMのシステムエンジニアというポジションです。 彼らには、ジュニアからチーフスペシャリストまで、さまざまなレベルがあります。

ビルド エンジニアは、どちらかというとプロジェクトで実行できる役割です。 現在では、CI/CD の責任者をこのように呼んでいます。

DevOps エンジニアは、プロジェクトに DevOps プラクティスを実装するスペシャリストです。

すべてを要約すると、次のようになります。システム エンジニアの立場にある人は、プロジェクトでビルド エンジニアの役割を果たし、そこでの DevOps プラクティスの実装に関与します。

DevOps エンジニアとは具体的に何をするのですか?

DevOps エンジニアは、プロジェクトを構成するすべての要素をまとめます。 彼らはプログラマー、テスター、システム管理者の仕事の詳細を知っており、彼らの仕事を簡素化するのに役立ちます。 彼らはビジネスのニーズと要件、開発プロセスにおける役割を理解し、顧客の利益を考慮してプロセスを構築します。

私たちは自動化についてたくさん話し合いました。これは DevOps エンジニアが何よりもまず取り組むことです。 これは環境を整えることも含めて非常に大きなポイントです。

キリル・セルゲイエフ: 「アップデートを製品に実装する前に、サードパーティ環境でテストする必要があります。 DevOps エンジニアによって準備されます。 彼らはプロジェクト全体に DevOps 文化を浸透させ、プロジェクトのすべての層に DevOps プラクティスを導入します。 これら XNUMX つの原則、自動化、簡素化、高速化は、到達可能なあらゆる場所にもたらします。」

DevOps エンジニアが知っておくべきことは何ですか?

一般に、プログラミング、オペレーティング システムの操作、データベース、アセンブリおよび構成システムなど、さまざまな分野の知識を持っている必要があります。 これらは、クラウド インフラストラクチャ、オーケストレーション、監視システムと連携する機能によって補完されます。

1. プログラミング言語

DevOps エンジニアは自動化のためのいくつかの基本言語を知っており、たとえばプログラマーに次のように言うことができます。「手動ではなく、すべてを自動化するスクリプトを使用してコードをインストールしてみてはいかがでしょうか?」 私たちはそのための設定ファイルを準備します。これはあなたと私たちの両方にとって読みやすく、いつでも変更できます。 また、誰が、いつ、なぜ変更を加えたのかもわかります。」

DevOps エンジニアは、Python、Groovy、Bash、Powershell、Ruby、Go の言語を XNUMX つ以上学ぶことができます。 これらを深いレベルで理解する必要はありません。構文の基本、OOP の原則、自動化のための簡単なスクリプトを作成できる能力があれば十分です。

2. オペレーティングシステム

DevOps エンジニアは、製品がどのサーバーにインストールされるか、どの環境で実行されるか、どのサービスと対話するかを理解する必要があります。 Windows または Linux ファミリに特化することを選択できます。

3. バージョン管理システム

バージョン管理システムの知識がなければ、DevOps エンジニアは存在しません。 Git は現在最も人気のあるシステムの XNUMX つです。

4. クラウドプロバイダー

AWS、Google、Azure - 特に Windows の方向性について話している場合。

キリル・セルゲイエフ: 「クラウド プロバイダーは、CI/CD に完全に適合する仮想サーバーを提供します。

XNUMX 台の物理サーバーをインストールするには、約 XNUMX 回の手動操作が必要です。 各サーバーを手動で起動し、必要なオペレーティング システムをインストールして構成し、これら XNUMX 台のサーバーにアプリケーションをインストールして、すべてを XNUMX 回再確認する必要があります。 クラウド サービスでは、この手順が XNUMX 行のコードに置き換えられ、優れた DevOps エンジニアであればクラウド サービスを操作できるはずです。 これにより、顧客と会社の両方にとって、時間、労力、コストが節約されます。」

5. オーケストレーション システム: Docker と Kubernetes

キリル・セルゲイエフ: 「仮想サーバーはコンテナーに分割されており、それぞれのコンテナーにアプリケーションをインストールできます。 コンテナーが多数ある場合は、コンテナーを管理する必要があります。XNUMX つをオンにし、別のコンテナーをオフにし、どこかにバックアップを作成します。 これは非常に複雑になるため、オーケストレーション システムが必要になります。

以前は、各アプリケーションは個別のサーバーによって処理されていました。その動作に変更が生じると、アプリケーションの保守性に影響を与える可能性がありました。 コンテナーのおかげで、アプリケーションは分離され、それぞれが独自の仮想マシン上で個別に実行されます。 障害発生時の原因究明に無駄な時間を費やす必要がありません。 古いコンテナを破棄して新しいコンテナを追加する方が簡単です。」

6. 構成システム: Chef、Ansible、Puppet

サーバー群全体を保守する必要がある場合は、同じ種類の操作を多数実行する必要があります。 これは長くて困難であり、手作業ではエラーが発生する可能性も高くなります。 ここで、構成システムが役に立ちます。 彼らの助けを借りて、プログラマー、DevOps エンジニア、システム管理者にとって読みやすいスクリプトを作成します。 このスクリプトは、サーバー上で同じ操作を自動的に実行するのに役立ちます。 これにより、手動操作 (したがってエラー) が減少します。

DevOpsエンジニアはどのようなキャリアを築くことができるのでしょうか？

水平方向と垂直方向の両方で開発できます。

イゴール・ボイコ: 「水平開発の観点から見ると、DevOps エンジニアは現在、最も広い視野を持っています。 すべては常に変化しており、バージョン管理システムから監視、構成管理からデータベースまで、さまざまな分野でスキルを構築できます。

開発からサポートまで、ライフサイクルのすべての段階でアプリケーションがどのように動作するかを理解することに従業員が興味を持っていれば、システムアーキテクトになれます。」

DevOpsエンジニアになるにはどうすればよいですか?

1. 「フェニックス プロジェクト」と「DevOps ハンドブック」を読んでください。 これらは DevOps 哲学の真の柱であり、最初の柱はフィクションです。
2. 上記のリストにあるテクノロジーを自分で、またはオンライン コースを通じて学習してください。
3. DevOps エンジニアとしてオープンソース プロジェクトに参加します。
4. 個人プロジェクトや仕事プロジェクトで DevOps プラクティスを実践し、提供します。

出所： habr.com