Questions:
- Quelle est la méthodologie devops, le rôle dans la production de produits logiciels, quelle est la complexité de la recherche.
- Types de professionnels appliquant la méthodologie devops
- Où est-il possible, les ingénieurs DevOps / SRE sont allés et sont arrivés sur le marché
- Avez-vous besoin d'un ingénieur DevOps / SRE? Si oui, lequel?
- Rechercher des chaînes
- Que rechercher dans un CV
- Comment démarrer un dialogue
- Nous vous rappellerons - pourquoi c'est impossible et à quoi cela mène-t-il dans le domaine de la recherche de devops
1. Qu'est-ce que la méthodologie Devops, le rôle dans la production de produits logiciels
Devops est un acronyme pour développement et opérations - développement et exploitation de logiciels.
DevOps est avant tout une philosophie et une méthodologie pour améliorer la culture d'ingénierie et de développement, non seulement au sein d'une équipe ou d'un projet, mais au sein de toute l'entreprise, car L'implémentation DevOps introduit des changements non seulement dans le processus de développement, mais également dans les processus métier de l'entreprise.
Le rôle de cette méthodologie dans la production de logiciels: simplifier les processus, éviter les erreurs, établir les communications, le contrôle, la surveillance et la journalisation, le contrôle de la sécurité.
L'application de la méthodologie devops peut être comparée au ciment qui rassemble les briques du code, des processus et des résultats, ou à un pipeline qui accélère le processus de développement, corrige les bogues et fournit de nouvelles fonctionnalités.
2. Types de professionnels appliquant la méthodologie devops
Qui travaille avec la méthodologie devops? Toute l'équipe de développement dans son ensemble. Testeurs, administrateurs, développeurs, spécialistes de la sécurité de l'information C'est comme agile / ITSM / ITIL, seulement DevOps.
Pipeline de développement simplifié (pipeline): le code est écrit (dev) - combiné s'il est écrit par plusieurs programmeurs (fusion) - testé (test) - envoyé à l'assemblage (build) - production :)
C'est-à-dire tout ce qu'il est spécialisé à toutes les étapes utiliser la méthodologie et les outils devops:
CI / CD - outils pour l'intégration continue de morceaux de code les uns avec les autres et la livraison du code là où il est nécessaire: packages, conteneurs, etc. La vue finale de l'application.
Partie CI:
Développement - développement et analyse de code, ses parties:
Git - outils de contrôle de version, fusion de code. Tout d'abord, le code est fusionné dans un référentiel, puis il est construit puis testé;
Construire - assemblage;
Test - outils de test continus qui fournissent des informations sur les risques commerciaux;
Partie CD:
Release + Deploy - gestion des changements, approbation des versions, automatisation des versions;
Configuration - Configuration et gestion de l'infrastructure, infrastructure en tant que code;
Surveillance - surveillance des performances des applications, expérience de l'utilisateur final.
Quoi pour quoi, un petit guide
// pour ne pas frotter le jeu dans une interview:
pour construire une infrastructure - Terraform ou utilitaires d'un fournisseur cloud
d'un système de gestion de configuration
- Outils communs CI / CD Ansible, Chef, Salt, Puppet - GitLabCI, GitHub Actions, Jenkins, TeamCity etc.
pour la conteneurisation - Docker, Kubernetes, Nomad, OpenStack, etc.
Lorsque vous saurez à quoi sert le docker, ils communiqueront avec vous sur un ton complètement différent.
3. Là où il y en a, les ingénieurs Devops sont allés et sont venus sur le marché
Oui, nous les appellerons ainsi. Parce qu'ils n'ont nulle part où aller, tout le reste est très encombrant, mal compris et immémorable. Ils devront accepter le fait que les recruteurs appellent et appelleront les postes vacants "Signor Devops".
Fondamentalement, il y a 3 sources, d'où viennent sur le marché ceux que nous recherchons pour la demande «Devops urgent»:
Le premier et le plus nombreux groupe: anciens et actuels administrateurs système. C'est plus simple pour eux: ils en maîtrisent davantage. outils et fait.
Deuxième groupe: les développeurs qui ont décidé de se lancer dans la pratique du devops. Ils sont moins nombreux, ils doivent maîtriser Linux et l'administration.
Le troisième groupe: «Je me suis réveillé et j'ai réalisé que c'était le mien» - les gars qui ont suivi les cours «Devops en 3 semaines» ou quelque chose de plus intelligible. Je n'ai aucune raison de faire de la publicité, vous pouvez donc le rechercher sur Google vous-même. Avec ceux-ci, du point de vue du recrutement, le travail est à la fois plus facile et plus difficile. D'une part, on leur enseigne les instruments modernes et populaires. D'un autre côté, il n'y a ni expérience ni compréhension ni en administration ni en développement. Un bon plus pour la direction: leurs attentes salariales sont inférieures à celles des premier et deuxième groupes.
June-middle-signor
June - sait comment maintenir les outils déjà implémentés, mais ne peut pas mettre en œuvre à partir de 0. Besoin de mentorat. En même temps, il peut être un bon administrateur.
Middle n'a pas une compréhension approfondie de la méthodologie - il peut introduire certains outils à partir de 0 et en enseigner d'autres.
Moyen doit avoir une bonne compréhension de la méthodologie, comprendre les pratiques, RnD, peut indépendamment choisir l'outil à utiliser
Signor - peut mettre toutes les pratiques devops de 0. Pour défendre les solutions architecturales. Il comprend les risques pour le développement logiciel, choisit lui-même tous les outils. Prouve sans doute son choix.
4. Avez-vous besoin de devops / SRE? Si oui, lequel?
Si le client vacant est une équipe produit avec développement interne, oui, vous en avez besoin.
S'il ne s'agit que d'un code d'externalisation, ce n'est pas nécessaire.
De quel type de développement votre équipe a besoin: dépend du produit.
Le plus souvent, vous avez besoin d'administrateurs Linux ayant de l'expérience dans l'écriture de scripts dans des langages courants.
Si un logiciel spécifique est en cours de développement, les développeurs doivent comprendre les nuances de ce développement et il vaut la peine de rechercher ceux qui sont passés dans ce domaine à partir du développement sur une pile similaire.
Et un peu sur SRE: l'
ingénierie de la fiabilité du site est presque la même que les devops, si vous n'allez pas dans les détails. Mais nous ne sommes pas des ingénieurs et nous n'irons pas plus loin.
Le SRE est un ensemble de méthodes, d'indicateurs et de moyens normatifs pour garantir la fiabilité des systèmes. Le mot «site» dans ce contexte est lu comme «système» ou «plate-forme», et non comme un site Web tel que nous le connaissons. SRE - assurer la fiabilité de tous les niveaux du système: du physique au logique, ce qui signifie que SRE est une sorte de conglomérat d'un développeur (oui, SRE doit pouvoir coder) et d'un administrateur système avec tout ce que cela implique.
SRE est une sorte de ramification, ou plutôt sa propre implémentation de la direction DevOps de Google.
5. Canaux de recherche
Le canal principal de recherche des devops: le canal de télégramme DevOps Jobs - travail et analyse.
Habr et le lien se montrent bien, un peu moins bons que FB et ne conviennent généralement pas à la recherche de HH.ru et SuperJob, alors que les administrateurs décents sont tout à fait à la recherche de là.
Différence par rapport à la recherche de développeurs: la communauté devops est très sympathique et sociable))) Si une offre d'emploi est publiée de telle manière qu'elle ne provoque que des rires ou un visagepalm, assurez-vous qu'elle est déjà en cours de discussion dans le télégramme.
6. Que rechercher dans un CV
Nous savons tous qu'un recruteur évalue un CV en 3-5 secondes.
En plus des règles générales d'évaluation d'un CV, que vous connaissez déjà:
Doit être: GitLab, GitLab CI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL et PostgreSQL, Prometheus, Grafana, ELK stack, Jenkins, K8S / Kubernetes, AWS \ Azure \ GCP \ Yandex cloud \ Mail Cloud.
C'est devops.
Il y a quelque chose de cela et les mots Windows 7 \ 8 \ 10 \ Server 2012 \ Server 2016 et ainsi de suite. - ancien administrateur Windows.
Technologies du cloud
Si vous voyez le mot Azure - c'est un cloud de Windows
Tout le reste: GCP, AWS, etc. - ce sont des clouds dans lesquels les systèmes Linux et leur majorité prévalent.
Il y a une phrase: j'ai enseigné dans les cours GitLab, GitLabCI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL et PostgreSQL, Prometheus, Grafana, ELK stack est un étudiant.
Tout le monde ne travaille pas avec les nuages. Les devops qui ne fonctionnent pas avec les clouds sont des devops qui fonctionnent en circuit fermé, data center, DC, etc. Il a besoin de se développer =) Les technologies cloud sont l'avenir.
7. Comment démarrer un dialogue
Très simple. Bonsoir, à la recherche d'un devops. Voici la description, voici la fiche, voici les conditions. En attendant une réponse comme le rossignol de l'été.
Le poste DOIT contenir:
Fork. Fork - 2 nombres compréhensibles. De 0 à 800k n'est pas une fourchette, c'est un non-sens.
Conditions: bureau / distant, quoi d'autre est en plus: projet \ partiel \ temps plein
Description de la pile de développement. C'est important.
Description des tâches. La prise en charge d'un existant et la mise en œuvre à partir de 0 sont des choses très différentes. Si vous avez un architecte, c'est une chose (il a juste besoin de mains), et s'il n'en a pas, alors vous avez également besoin d'un spécialiste qui sait l'architecture, et pas seulement d'un blooper et vous avez fait des
hacks de la vie : lisez le début de bash.org (jusqu'à ce qu'il devienne bash.im), regardez des animes, jouez à des jeux, soyez adéquat, ne disparaissez pas sans commentaires et vous serez immédiatement remarqué.
8. Nous vous rappellerons - pourquoi c'est impossible et à quoi cela mène-t-il dans la recherche de devops
Comme nous l'avons déjà dit: la communauté est amicale et discutera de vous tout de suite. Il est plus facile de ne pas perdre sa réputation que de la restaurer.
Peu importe qui vous chassez: VOUS DEVEZ DONNER DES COMMENTAIRES. Même triste. Formulez-le de manière appropriée. Mieux vaut une mauvaise fin que d'attendre sans fin.