Alexander Baranov travaille chez Veeam en tant que directeur R&D et vit entre les deux pays. Il passe la moitié de son temps à Prague, l'autre moitié à Saint-Pétersbourg. Ces villes abritent les plus grands bureaux de développement Veeam.
En 2006, il s'agissait d'une start-up de deux entrepreneurs russes, associés à un logiciel de sauvegarde de machine virtuelle (d'où le nom V[ee][a]M, une machine virtuelle, également). Aujourd'hui, c'est une entreprise géante avec plus de quatre mille employés à travers le monde.
Alexander nous a dit ce que c'est que de travailler dans une telle entreprise et à quel point il est difficile d'y entrer. Ci-dessous, son monologue.
Traditionnellement, on parlera de l'évaluation de l'entreprise sur My Circle : Veeam Software reçue de ses collaborateurs . Il est apprécié pour un bon package social, une atmosphère de travail confortable dans l'équipe, pour des tâches intéressantes et pour le fait que l'entreprise rend le monde meilleur.
Quels produits Veeam développe-t-il ?
Produits offrant une tolérance aux pannes pour l'infrastructure informatique. Heureusement, au fil du temps, le matériel est devenu assez fiable et les nuages offrent une tolérance aux pannes. Mais l'erreur humaine persiste à ce jour.
Par exemple, le problème classique d'incompatibilité des mises à jour avec l'infrastructure de l'organisation. L'administrateur a déployé une mise à jour non vérifiée, ou cela s'est produit automatiquement, et de ce fait, le fonctionnement des serveurs de l'entreprise a été perturbé. Autre exemple : quelqu'un a apporté des modifications à un projet partagé ou à un ensemble de documents qu'il juge appropriés. Plus tard, un problème a été découvert, et il a fallu revenir à l'état d'il y a une semaine. Parfois, de tels changements ne sont même pas associés aux actions conscientes d'une personne : les virus cryptolocker ont gagné en popularité relativement récemment. Un utilisateur apporte une clé USB au contenu douteux sur un ordinateur de travail ou visite un site avec des chats et, par conséquent, les ordinateurs du réseau sont infectés.
Dans une situation où le mal s'est déjà produit, nous donnons la possibilité d'annuler les modifications. Si les changements ne sont que planifiés, nous vous permettons de vérifier leur impact dans une infrastructure isolée, recréée à partir d'une sauvegarde du centre de données.
Souvent, les sauvegardes agissent comme un "témoin silencieux" des audits d'une organisation. Les entreprises publiques doivent se conformer aux régulateurs externes (comme la loi Sarbanes-Oxley), et pour cause. En 2008, l'état de l'économie mondiale a été ébranlé par le fait que certains acteurs du marché financier, en gros, ont falsifié les résultats de leurs activités. Cela a fait boule de neige et l'économie a coulé. Depuis lors, les régulateurs surveillent de plus près les processus dans les entreprises publiques. La capacité à restaurer l'état de l'infrastructure informatique, du système de messagerie, du système de gestion documentaire pour les périodes de reporting fait partie des exigences des auditeurs.
Microsoft, Amazon, Google et d'autres fournisseurs de cloud proposent des solutions natives qui sauvegardent les ressources dans le cloud. Mais leurs décisions sont « des choses en elles-mêmes ». Le problème est que les grandes entreprises disposent dans la plupart des cas d'une infrastructure informatique hybride : une partie se trouve dans le cloud, l'autre sur le terrain. Le cloud héberge généralement des projets Web et des applications destinées aux clients. Les applications et les serveurs qui stockent des informations sensibles ou des données personnelles se trouvent le plus souvent sur le terrain.
De plus, les organisations utilisent plusieurs clouds différents pour en créer un hybride afin de minimiser les risques. Lorsqu'une multinationale a construit un cloud hybride, elle a besoin d'un système de tolérance aux pannes unique et commun pour l'ensemble de l'infrastructure.
Est-il difficile de développer de tels produits
De nouvelles technologies émergent constamment qui nécessitent étude, adaptation et expérience. Lorsque nous sommes apparus pour la première fois et que nous étions une startup, peu de gens considéraient sérieusement la virtualisation. Il y avait des applications pour sauvegarder les centres de données physiques. Les centres de données virtualisés étaient considérés comme des jouets.
Nous avons commencé à prendre en charge la sauvegarde compatible avec la virtualisation dès le début, lorsque la technologie n'était utilisée que par des passionnés. Et puis il y a eu sa croissance explosive et sa reconnaissance en tant que norme. Maintenant, nous voyons d'autres domaines qui attendent le même saut qualitatif, et nous essayons d'être sur la vague. La capacité de garder le nez sous le vent est cousue quelque part dans l'ADN de l'entreprise.
Maintenant, l'entreprise a déjà traversé l'époque d'une startup. Aujourd'hui, pour de nombreux gros clients, la stabilité et la fiabilité sont importantes, et prendre une décision sur la tolérance aux pannes peut prendre plusieurs années. Il y a adaptation, vérification des produits, respect de nombreuses exigences. Il s'avère que la situation est amusante - d'une part, vous devez garantir la fiabilité et la confiance dans les produits et, d'autre part, rester moderne.
Mais le nouveau est toujours associé à un certain niveau d'ignorance de la technologie, du marché ou des deux.
Par exemple, après plusieurs années de travail, nous avons réalisé que nous devions utiliser les capacités de stockage intégrées des systèmes de données pour accélérer les sauvegardes. C'est ainsi qu'est née toute une direction d'intégration avec les fabricants de fer. A ce jour, les partenaires Veeam de ce programme sont tous les plus grands acteurs de ce marché - HP, NetApp, Dell EMC, Fujitsu, etc.
Nous pensions également que la virtualisation remplacerait les serveurs classiques. Mais la vie a montré qu'il reste les derniers 10% de serveurs physiques, une virtualisation qui n'est pas possible ou n'a pas de sens. Et ils doivent également être sauvegardés. C'est ainsi qu'est apparu Veeam Agent pour Windows/Linux.
A un moment, nous avons pensé qu'il était temps pour Unix de prendre sa place au musée, et nous avons refusé de le soutenir. Mais dès que nous sommes allés chez des clients avec une longue histoire, nous avons réalisé qu'Unix est plus vivant que tous les êtres vivants. Et pourtant, ils ont écrit une décision pour lui.
La même histoire était avec les lecteurs de bande. Nous avons pensé : "qui en a besoin dans le monde moderne ?" Ensuite, nous avons travaillé sur des fonctionnalités telles que la récupération granulaire des données ou la sauvegarde incrémentielle avec une copie complète synthétique - et cela ne peut tout simplement pas être fait sur bande, vous avez besoin d'un disque. Ensuite, il s'est avéré que les lecteurs de bande fonctionnent comme l'un des moyens de fournir des sauvegardes immuables nécessaires au stockage à long terme - de sorte qu'après 5 ans, prenez une bande de l'étagère et effectuez un audit. Eh bien, et la taille des clients - nous avons commencé avec de petits clients - et personne n'utilise de bandes là-bas. Et puis nous avons grandi avec des clients qui nous ont dit qu'ils n'achèteraient pas un produit sans rubans.
Quelles technologies sont utilisées dans Veeam
Pour les tâches liées à la logique métier, nous utilisons .NET. Nous avons commencé avec et continuons à optimiser. Nous utilisons maintenant .NET Core dans un certain nombre de solutions. Lorsque la startup s'est formée pour la première fois, il y avait plusieurs partisans de cette pile dans l'équipe. C'est bon en termes d'écriture de logique métier, de vitesse de développement et de commodité des outils. À l'époque, ce n'était pas la décision la plus populaire, mais maintenant, il est clair que ces partisans avaient raison.
En même temps, on écrit sous Unix, Linux, on travaille avec du matériel, cela nécessite l'utilisation d'autres solutions. Les parties du système liées aux informations sur les données que nous stockons dans la sauvegarde, les algorithmes de recherche de données, les algorithmes liés au fonctionnement du matériel - tout cela est écrit en C ++.
Comment les employés sont répartis dans le monde
Aujourd'hui, l'entreprise emploie environ quatre mille personnes. Environ un millier d'entre eux se trouvent en Russie. L'entreprise compte deux grands groupes. Le premier porte sur le développement et le support technique des produits. Le second rend les produits visibles à l'extérieur : les ventes et le marketing sont de sa compétence. Le rapport entre les groupes est d'environ trente à soixante-dix.
Nous avons une trentaine de bureaux dans le monde. Les ventes sont plus largement réparties, mais le développement n'est pas non plus en reste. Certains produits sont travaillés simultanément dans plusieurs bureaux - en partie à Saint-Pétersbourg, en partie à Prague. Certains sont développés en un seul, par exemple, un produit qui fournit une sauvegarde physique de Linux est développé à Prague. Il y a un produit sur lequel on ne travaille qu'au Canada.
Nous faisons du développement distribué pour répondre aux exigences des clients. Les grands clients se sentent plus en sécurité lorsque le développement est situé dans la même région où le produit fonctionne.
Nous avons déjà un très grand bureau en République tchèque, et l'année prochaine nous prévoyons d'en ouvrir un autre à Prague - pour 500 développeurs et testeurs. Ceux qui ont déménagé dans la capitale de la République tchèque lors de la «première vague» sont heureux de partager leur expérience et leurs astuces avec tous ceux qui sont intéressés par l'opportunité de travailler en Europe sur Habré. En Russie, le bureau est situé à Saint-Pétersbourg, une partie des projets internes est réalisée à Izhevsk et le support est en partie à Moscou. En général, plusieurs centaines de personnes dans le monde sont engagées dans le support technique. Il existe des spécialistes de différents niveaux de formation technique et de spécialisation. Le niveau le plus élevé est constitué de personnes capables de comprendre le produit au niveau du code source et qui travaillent dans le même bureau que le développement.
Comment les processus sont structurés
Environ une fois par an, nous avons des versions majeures avec de nouvelles fonctionnalités, et tous les deux à trois mois, nous avons des mises à jour avec des corrections de bogues et des améliorations qui répondent aux exigences urgentes du marché ou aux changements de plate-forme. Les exigences se voient attribuer des priorités - de mineures à critiques, sans lesquelles une version est impossible. Ces derniers sont appelés "épopées".
Il existe un triangle classique - qualité, quantité de ressources, timing (dans le commun des mortels, "rapidement, efficacement, à peu de frais, choisissez-en deux"). Nous ne pouvons pas faire de mauvaises choses, la qualité doit toujours être élevée. Les ressources sont également limitées, même si nous essayons de nous développer tout le temps. Beaucoup plus de souplesse dans la gestion du temps, mais c'est souvent fixe. Par conséquent, la seule chose que nous pouvons varier est la quantité de fonctionnalités dans la version.
Les épopées, en règle générale, essaient de ne pas conserver plus de 30 à 40 % du cycle de sortie prévu. Le reste, nous pouvons le couper, le transférer, l'affiner, le modifier. C'est notre marge de manœuvre.
Une équipe temporaire est créée pour chaque exigence de la version. Cela peut être trois personnes, et cinquante, selon la complexité. Nous adhérons à une méthodologie de développement flexible, une fois par semaine, nous organisons des revues et des discussions sur les travaux terminés et à venir sur chaque fonctionnalité.
La moitié du temps du cycle de publication est consacrée au développement, l'autre moitié à la finition du produit. Mais nous avons un dicton - "la dette technique d'un projet en faillite est nulle". Par conséquent, il est plus important de fabriquer un produit qui fonctionne et qui est demandé que de lécher sans cesse le code. Si le produit est populaire, il vaut déjà la peine de le développer davantage et de l'adapter aux changements futurs.
Comment Veeam recrute des développeurs
L'algorithme de sélection est en plusieurs étapes. Le premier niveau est une conversation entre le candidat et le recruteur sur les souhaits de la personne elle-même. À ce stade, nous essayons de comprendre si nous sommes un bon candidat pour le candidat. Il est important pour nous que nous soyons intéressants en tant qu'entreprise, car faire participer une personne à un projet est un plaisir coûteux.
S'il y a de l'intérêt, alors au deuxième niveau, nous proposons une tâche de test pour comprendre la pertinence de l'expérience du candidat et ce qu'il peut démontrer en tant que spécialiste. Par exemple, nous vous demandons de faire un compresseur de fichiers. Il s'agit d'une tâche standard, et elle montre comment une personne se rapporte au code, à quelle culture et à quel style elle adhère, quelles solutions elle utilise.
Sur une tâche de test, tout est généralement parfaitement visible. Une personne qui vient de devenir alphabétisée et qui a écrit une lettre pour la première fois est sensiblement différente d'une personne qui écrit des lettres tout le temps.
Ensuite, nous avons un entretien. Habituellement, il est effectué par trois chefs d'équipe à la fois, afin que tout soit aussi objectif que possible. De plus, cela aide à recruter des personnes techniquement compatibles qui ont à peu près les mêmes méthodes et approches de développement, même si elles finissent par travailler dans des équipes différentes.
Au cours de la semaine, nous menons plusieurs entretiens pour un poste vacant et décidons avec qui nous continuerons à travailler.
Souvent, les gars viennent nous voir et disent qu'ils recherchent un emploi, car ils n'ont nulle part où aller dans l'actuel - vous ne pouvez qu'attendre une promotion avec la retraite du patron. Nous avons une dynamique légèrement différente. Il y a douze ans, Veeam était une startup de dix salariés. Aujourd'hui, c'est une entreprise de plusieurs milliers d'employés.
Les gens arrivent ici comme dans un fleuve tumultueux. De nouvelles directions apparaissent constamment, les développeurs ordinaires d'hier deviennent des chefs d'équipe. Les gens grandissent techniquement, grandissent administrativement. Si vous développez une petite fonctionnalité, mais que vous souhaitez la développer, alors la moitié de la bataille est déjà faite. Le soutien sera à tous les niveaux, du chef d'équipe aux propriétaires de l'entreprise. Vous ne savez pas comment faire quelque chose sur le plan administratif - il y a des cours, des formateurs internes, des collègues expérimentés. Il n'y a pas assez d'expérience de développement - il y a un projet Veeam Academy. Nous sommes donc ouverts à tous, professionnels comme débutants.
Le projet Veeam Academy est une soirée gratuite hors ligne intensive en C# pour les programmeurs débutants avec la perspective d'un emploi chez Veeam Software pour les meilleurs étudiants. L'objectif du projet est de combler l'écart entre la quantité de connaissances et de compétences pratiques du diplômé universitaire moyen et la quantité de connaissances requises pour intéresser un bon employeur. Pendant trois mois, les gars étudient les principes de la POO en pratique, se plongent dans les fonctionnalités de C# et étudient le compartiment moteur de .Net. En plus des conférences, des tests, des laboratoires et des projets personnels, les gars développent leur projet commun selon toutes les règles des vraies entreprises. Le sujet du projet est inconnu à l'avance - il est choisi avec tout le monde dans les premiers jours après le début du cours. Sur le dernier stream, elle est devenue la banque virtuelle.
L'inscription est maintenant ouverte .
Source: habr.com