ITリクルーター向けのDevOps

目的：あなたのこの開発者が何であるか、どのように狩りをするか、履歴書で何を探すべきかを採用担当者に明確にする



質問：

1. devops方法論、ソフトウェア製品の生産における役割、検索の複雑さは何ですか。
2. devops方法論を適用する専門家の種類
3. どこにあるのか、DevOps-エンジニア/ SREが市場に出入りしました
4. DevOpsエンジニア/ SREが必要ですか？もしそうなら、どれですか？
5. 検索チャネル
6. 履歴書で何を探すべきか
7. 対話を始める方法
8. 折り返し電話します-なぜそれが不可能なのか、そしてそれがdevopsの検索の分野で何につながるのか

1. Devopsの方法論とは何ですか、ソフトウェア製品の生産における役割



Devopsは、開発と運用、つまりソフトウェアの開発と運用の頭字語です。



DevOpsは、まず第一に、1つのチームまたはプロジェクト内だけでなく、会社全体内で、エンジニアリングおよび開発文化を改善するための哲学および方法論です。DevOpsの実装により、開発プロセスだけでなく、会社のビジネスプロセスにも変更が加えられます。



ソフトウェア制作におけるこの方法論の役割：プロセスの簡素化、エラーの回避、通信の確立、制御、監視とロギング、セキュリティ制御。



devops手法の適用は、コード、プロセス、および結果のブリックをまとめて保持するセメント、または開発プロセスを加速し、バグを修正して新しい機能を提供するパイプラインと比較できます。



2. devops方法論



を適用する専門家の種類devops方法論を使用するのは誰ですか？全体としての開発チーム全体。テスター、管理者、開発者、情報セキュリティスペシャリストそれはアジャイル/ ITSM / ITILのようなもので、DevOpsだけです。



簡素化された開発パイプライン（パイプライン）：コードの記述（dev）-複数のプログラマーによって記述された場合の結合（マージ）-テスト（テスト）-アセンブリへの送信（ビルド）-本番:)



つまり、すべての段階ですべてのスペシャリストdevopsの方法論とツールを使用します。

CI / CD-コードの断片を相互に継続的に統合し、必要な場所（パッケージ、コンテナーなど）にコードを配信するためのツール。アプリケーションの最終ビュー。



CI部分：



開発-コードの開発と分析、その部分：

Git-バージョン制御ツール、コードのマージ。まず、コードが1つのリポジトリ内にマージされ、次にビルドされてテストされます。

ビルド-アセンブリ;

テスト-ビジネスリスクに関するフィードバックを提供する継続的なテストツール。



CD部分：



リリース+デプロイ-変更管理、リリース承認、リリース自動化。

構成-インフラストラクチャの構成と管理、コードとしてのインフラストラクチャ。

監視-アプリケーションのパフォーマンス、エンドユーザーエクスペリエンスを監視します。



何のために、短いガイド



//インタビューでゲームをこすらないようにするために：



インフラストラクチャを構築するため-

構成管理システムのクラウドプロバイダーのTerraformまたはユーティリティ

-Ansible、Chef、Salt、P​​uppetの一般的なCI / CDツール-GitLabCI、GitHub Actions、Jenkins、TeamCity

コンテナ化のための等-Docker、Kubernetes、Nomad、OpenStackなど



。dockerが何のためにあるかを知っているとき、それらは完全に異なるトーンであなたと通信します。



3.あるべき場所では、Devopsのエンジニアが市場に出入りしました



はい、私たちはそれらをそれと呼びます。彼らは行くところがないので、他のすべては非常に面倒で、よく理解されておらず、思い出に残るものではありません。彼らは、採用担当者が欠員を「署名者の開発者」と呼ぶという事実に同意する必要があります。



基本的に、「私たちは緊急にdevopsが必要です」というリクエストを探すソースは、次の3つです



。最初で最も多数のグループ：以前および現在のシステム管理者。彼らにとって最も簡単です：彼らは追加をマスターしました。ツールと完了。



2番目のグループ：devopsの練習に入ることに決めた開発者。それらの数は少なく、Linuxと管理をマスターする必要があります。



3番目のグループ：「目が覚めたとき、それが私のものだと気づきました」-「3週間でDevops」またはもっとわかりやすいコースを受講した人たち。宣伝する目的はないので、自分でググってみてください。これらにより、採用の観点から、作業はより簡単でより困難になります。一方では、彼らは現代的で人気のある楽器を教えられています。一方で、行政にも開発にも経験や理解はありません。管理にとって良いプラス：彼らの給与の期待は、第1および第2のグループのそれよりも低いです。



6月中間イタリア紳士



月-すでに実装ツールを維持する方法を知っているが、メンタリング0ニーズから実装することはできません。同時に、彼は優れた管理者になることができます。



ミドルは方法論を深く理解していません-彼は最初からいくつかのツールを紹介し、他の人に教えることができます。

Middleは、方法論を十分に理解し、プラクティスを理解している必要があります。RnDは、



Signorを使用するツールを個別に選択できます。すべてのdevopsプラクティスを0から設定できます。アーキテクチャソリューションを防御するため。彼はソフトウェア開発のリスクを理解し、すべてのツールを自分で選択します。間違いなく彼の選択を証明しています。



4. devops / SREが必要ですか？もしそうなら、どれですか？



空席のある顧客が社内開発の製品チームである場合-はい、必要です。

それが単なるアウトソーシングのコードである場合、それは必要ではありません。



チームに必要なdevopsの種類：製品によって異なります。



ほとんどの場合、一般的な言語でスクリプトを作成した経験のあるLinux管理者が必要です。

特定のソフトウェアが開発されている場合、開発者はこの開発のニュアンスを理解する必要があり、同様のスタックでの開発からこの領域に移動した人を探す価値があります。



そして、SREについて少し

説明します。詳細に立ち入らない限り、サイト信頼性エンジニアリングは実質的にdevopsと同じです。しかし、私たちはエンジニアではないので、これ以上深くはなりません。



SREは、システムの信頼性を確保するための一連の方法、指標、および規範的な方法です。この文脈での「サイト」という言葉は、通常の方法ではWebサイトではなく、「システム」または「プラットフォーム」として読み取られます。 SRE-物理から論理まで、システムのすべてのレベルの信頼性を確保します。つまり、SREは、開発者（はい、SREはコーディングできるはずです）とシステム管理者の一種の集合体であり、それが意味するすべてのものを備えています。



SREは一種の派生物であり、むしろ、GoogleからのDevOps方向の独自の実装です。



5.検索チャネル



devopsを検索するためのメインチャネル：テレグラムチャネルDevOpsJobs-作業と分析。



Habrとリンクは、FBよりも少し悪く、一般的にHH.ruとSuperJobの検索には適していませんが、まともな管理者はそこをかなり探しています。



開発者の検索との違い：devopsコミュニティはとてもフレンドリーで社交的です）））欠員が笑いや顔の手のひらを引き起こすだけの方法で公開されている場合は、それがすでに電報で議論されていることを確認してください。



6.レジュメで何を探す



かリクルーターがレジュメを3〜5秒で評価することは誰もが知っています。



あなたがすでに知っている再開を評価するための一般的なルールに加えて：



GitLab、GitLab CI、Ansible、Docker、Terraform、Zabbix、KVM、MySQL、PostgreSQL、Prometheus、Grafana、ELKスタック、Jenkins、K8S / Kubernetes、AWS \ Azure \ GCP \ Yandex cloud \ Mail Cloud



これはdevopsです。



これとWindows7 \ 8 \ 10 \ Server 2012 \ Server2016などの言葉があります。-元Windows管理者。

クラウドテクノロジー

Azureという単語が表示された場合（これはWindowsのクラウ​​ド

です（GCP、AWSなど）。これらは、Linuxシステムとその大部分が普及しているクラウドです。



フレーズがあります：私はコースでGitLab、GitLabCI、Ansible、Docker、Terraform、Zabbix、KVM、MySQLとPostgreSQL、Prometheus、Grafana、ELKスタックは学生です。



誰もが雲を扱うわけではありません。クラウドで機能しないdevopsは、閉回路、データセンター、DCなどで機能するdevopsです。彼は開発する必要があります=）クラウドテクノロジーは未来です。



7.対話の開始方法



非常に簡単です。こんばんは、devopsを探しています。これが説明、これがプラグ、ここが条件です。夏のナイチンゲールのような答えを待っています。



空室には次のものが含まれている必要があります：

フォーク。フォーク-2つの理解できる数字。 0から800kまではフォークではなく、これは意味がありません。



条件：オフィス/リモート、その他の追加事項：プロジェクト\部分的\フルタイム

開発スタックの説明。大事です。



タスクの説明。既存のもののサポートと0からの実装は非常に異なります。アーキテクトがいる場合、これは1つのことです（彼はただ手を必要とします）。そうでない場合は、ブルーパーだけでなく、アーキテクチャの方法を知っているスペシャリストも必要です。



ライフハックは完了です。：初期のbash.orgを読んで（bash.imになるまで）、アニメを見て、ゲームをプレイし、適切で、フィードバックなしで消えないでください。すぐに気付かれます。



8.折り返し電話します-なぜそれが不可能なのか、そしてそれがdevopsの検索に何をもたらすのか



すでに述べたように：コミュニティは友好的であり、すぐにあなたについて話し合います。評判を取り戻すよりも、評判を失わない方が簡単です。



誰を狩るかは関係ありません。フィードバックを与える必要があります。悲しいことさえ。適切に処方してください。終わりなく待つよりも悪い結末のほうがいい。