Alexander Baranov ist als Direktor für Forschung und Entwicklung bei Veeam tätig und lebt zwischen zwei Ländern. Die Hälfte der Zeit verbringt er in Prag und die andere Hälfte in St. Petersburg. In diesen Städten befinden sich die größten Entwicklungsbüros von Veeam.
Im Jahr 2006 begann alles als Startup zweier Unternehmer aus Russland, das sich mit Software für die Sicherung von virtuellen Maschinen befasste (daher auch der Name – V[ee][a]M, virtuelle Maschine). Heute ist es ein riesiges Unternehmen mit mehr als viertausend Mitarbeitern weltweit.
Alexander hat uns erzählt, wie es ist, in einem solchen Unternehmen zu arbeiten und wie schwierig es ist, dort einen Job zu bekommen. Nachfolgend sein Monolog.
Traditionell berichten wir über die Bewertung des Unternehmens auf «Mein Kreis»: Veeam Software erhielt von seinen Mitarbeitern . Die Mitarbeiter schätzen das Unternehmen für das gute Sozialpaket, die angenehme Arbeitsatmosphäre im Team, interessante Aufgaben und dafür, dass das Unternehmen die Welt ein Stück besser macht.
Welche Produkte entwickelt Veeam?
Produkte, die die Ausfallsicherheit der IT-Infrastruktur gewährleisten. Glücklicherweise ist die Hardware im Laufe der Zeit zuverlässig genug geworden, und die Cloud sorgt für Ausfallsicherheit. Doch menschliche Fehler bestehen nach wie vor.
Ein klassisches Beispiel ist das Problem der Inkompatibilität von Updates mit der Infrastruktur eines Unternehmens. Ein Administrator hat ein ungetestetes Update installiert, oder es wurde automatisch durchgeführt, wodurch die Server des Unternehmens nicht mehr funktionierten. Ein weiteres Beispiel: Jemand hat Änderungen an einem gemeinsamen Projekt oder Dokumentensatz vorgenommen, in der Annahme, dass es sinnvoll ist. Später stellte sich ein Problem heraus und es war notwendig, den Zustand von vor einer Woche wiederherzustellen. Manchmal hängen solche Änderungen nicht einmal mit bewussten Handlungen einer Person zusammen: Relativ neu sind Krypto-Locker-Viren in Mode gekommen. Ein Benutzer bringt einen USB-Stick mit fragwürdigem Inhalt auf seinen Arbeitscomputer oder besucht eine Webseite mit Katzenbildern, und als Ergebnis werden die Computer im Netzwerk infiziert.
In Situationen, in denen bereits Unglück geschehen ist, bieten wir die Möglichkeit, Änderungen zurückzusetzen. Wenn Änderungen jedoch nur geplant sind, ermöglichen wir eine Überprüfung ihrer Auswirkungen in einer isolierten Infrastruktur, die aus einem Backup des Rechenzentrums wiederhergestellt wurde.
Oft fungieren Backups als 'stummer Zeuge' bei Audits innerhalb der Organisation. Börsennotierte Unternehmen müssen die Anforderungen externer Regulierungsbehörden (zum Beispiel dem Sarbanes-Oxley Act) erfüllen, und das ist nicht ohne Grund. Im Jahr 2008 geriet die Weltwirtschaft ins Wanken, weil einige Akteure auf dem Finanzmarkt, grob gesagt, ihre Geschäftsergebnisse gefälscht hatten. Dies löste einen Schneeballeffekt aus, und die Wirtschaft geriet ins Stocken. Seitdem überwachen Regulierungsbehörden die Prozesse in öffentlichen Unternehmen genauer. Die Möglichkeit, den Zustand der IT-Infrastruktur, des E-Mail-Systems und des Dokumentenmanagementsystems für Berichtsperioden wiederherzustellen, ist eine der Anforderungen der Prüfer.
Bei Anbietern wie Microsoft, Amazon und Google gibt es native Lösungen, die eine Sicherung der Ressourcen in der Cloud ermöglichen. Diese Lösungen sind jedoch oft isoliert und nicht miteinander verbunden. Das Problem ist, dass große Unternehmen in den meisten Fällen über eine hybride IT-Infrastruktur verfügen: Ein Teil befindet sich in der Cloud, während der andere Teil vor Ort ist. In der Regel laufen in der Cloud Webprojekte und kundenorientierte Anwendungen. Anwendungen und Server, die vertrauliche Informationen oder personenbezogene Daten speichern, befinden sich häufiger vor Ort.
Darüber hinaus nutzen Organisationen mehrere unterschiedliche Clouds, um eine hybride Infrastruktur aufzubauen und Risiken zu minimieren. Wenn ein multinationales Unternehmen ein hybrides Cloud-Modell hat, benötigt es ein einheitliches und infrastrukturoversprechendes System für die Ausfallsicherheit.
Wie komplex ist die Entwicklung solcher Produkte?
Ständig entstehen neue Technologien, die es zu entdecken, anzupassen und zu meistern gilt. Als wir als Start-up anfingen, betrachteten nur wenige die Virtualisierung ernsthaft. Es gab Anwendungen für die Sicherung physischer Rechenzentren. Virtualisierte Rechenzentren wurden oftmals als Spielzeuge angesehen.
Wir haben von Anfang an Backups unter Berücksichtigung der Virtualisierung unterstützt, als die Technologie noch ausschließlich von Enthusiasten genutzt wurde. Dann kam der explosive Aufstieg und die Anerkennung als Standard. Jetzt beobachten wir andere Bereiche, die einen ähnlichen qualitativen Sprung erwarten, und streben danach, an der Spitze zu bleiben. Die Fähigkeit, den Puls der Zeit zu spüren, ist irgendwo in der DNA des Unternehmens verankert.
Das Unternehmen hat mittlerweile die Zeiten des Start-ups hinter sich gelassen. Für viele große Kunden sind Stabilität und Zuverlässigkeit jetzt entscheidend, während die Entscheidungen zur Ausfallsicherheit sich über Jahre hinziehen können. Es findet eine Anpassung statt, Produkte werden getestet, und es wird eine Vielzahl von Anforderungen erfüllt. Es entsteht eine amüsante Situation – einerseits müssen wir Zuverlässigkeit und Vertrauen in unsere Produkte gewährleisten, andererseits gilt es, modern zu bleiben.
Neues auf dem Markt geht immer mit einem gewissen Maß an Unkenntnis über Technologien, den Markt oder beides einher.
Nach einigen Jahren haben wir beispielsweise erkannt, dass wir die integrierten Funktionen von Speichersystemen nutzen müssen, um die Datensicherung zu beschleunigen. So entstand ein ganzes Segment zur Integration mit Hardwareherstellern. Heute sind alle großen Player auf diesem Markt Partner von Veeam in diesem Programm – HP, NetApp, Dell EMC, Fujitsu und weitere.
Wir waren auch der Meinung, dass die Virtualisierung klassische Server verdrängen würde. Doch das Leben hat gezeigt, dass die letzten 10 % der physischen Server bestehen bleiben, die entweder nicht virtualisiert werden können oder es keinen Sinn macht. Auch diese müssen gesichert werden. So entstanden Veeam Agent für Windows/Linux.
Wir dachten einst, dass Unix seinen Platz im Museum verdient hat, und haben die Unterstützung eingestellt. Doch als wir auf Kunden mit langer Historie trafen, stellte sich heraus, dass Unix lebendiger ist als je zuvor. Daher haben wir dennoch eine Lösung dafür geschrieben.
Die gleiche Geschichte gab es auch bei Bandlaufwerken. Wir dachten: „Wen braucht man in der heutigen Welt?“ Zu dieser Zeit arbeiteten wir an Funktionen wie granularer Datenwiederherstellung oder inkrementellem Backup mit synthetischen Vollkopien – das lässt sich mit Bändern einfach nicht umsetzen, dafür benötigt man echte Festplatten. Später stellte sich heraus, dass Bandlaufwerke eine Methode zur Bereitstellung unveränderlicher Backups darstellen, die für die langfristige Speicherung notwendig sind – um in fünf Jahren zurückzukommen, ein Band vom Regal zu nehmen und eine Überprüfung durchzuführen. Was die Unternehmensgröße angeht – wir begannen mit Kleinunternehmen, und dort wurden keine Bänder verwendet. Doch dann wuchsen wir zu Kunden, die uns mitteilten, dass sie ohne Bänder das Produkt nicht kaufen würden.
Welche Technologien kommen bei Veeam zum Einsatz?
Für geschäftslogikbezogene Aufgaben nutzen wir .NET. Damit haben wir angefangen und optimieren weiterhin. Aktuell setzen wir bei mehreren Lösungen .NET Core ein. Als das Startup gegründet wurde, gab es einige Befürworter dieses Stacks im Team. Er ist in Bezug auf das Schreiben von Geschäftslogik, die Entwicklungspeed und die Benutzerfreundlichkeit der Werkzeuge sehr gut. Damals war es nicht das beliebteste Konzept, aber heutzutage sieht man, dass diese Befürworter Recht hatten.
Gleichzeitig entwickeln wir unter Unix, Linux und arbeiten mit Hardware, was den Einsatz anderer Lösungen erfordert. Systemkomponenten, die mit den Informationen über die Daten verbunden sind, die wir in Backups speichern, Datenabrufalgorithmen und Algorithmen in Verbindung mit Hardware – all dies wurde in C++ geschrieben.
Wie die Mitarbeiter weltweit verteilt sind
Derzeit beschäftigt das Unternehmen etwa viertausend Mitarbeiter. Rund eintausend von ihnen arbeiten in Russland. Im Unternehmen gibt es zwei große Gruppen. Die erste beschäftigt sich mit der Entwicklung und technischen Unterstützung der Produkte. Die zweite macht die Produkte für die Außenwelt sichtbar: Ihr Bereich umfasst Vertrieb und Marketing. Das Verhältnis zwischen den Gruppen liegt ungefähr bei dreißig zu siebzig.
Wir haben etwa dreißig Büros weltweit. Der Vertrieb ist weitreichender verteilt, doch auch die Entwicklung bleibt nicht zurück. An einigen Produkten wird gleichzeitig an mehreren Standorten gearbeitet – ein Teil in St. Petersburg, ein anderer in Prag. Manche werden nur an einem Standort entwickelt, beispielsweise ein Produkt, das ein physisches Backup für Linux bietet und in Prag entwickelt wird. Es gibt auch ein Produkt, das ausschließlich in Kanada bearbeitet wird.
Wir praktizieren verteilte Entwicklung, um den Anforderungen unserer Kunden gerecht zu werden. Große Auftraggeber fühlen sich sicherer, wenn die Entwicklung in der Region stattfindet, in der auch das Produkt eingesetzt wird.
Wir haben bereits ein sehr großes Büro in der Tschechischen Republik, und im nächsten Jahr planen wir die Eröffnung eines weiteren Büros in Prag für 500 Entwickler und Tester. Diejenigen, die in der "ersten Welle" in die tschechische Hauptstadt gezogen sind, teilen auf Habra:habr gerne ihre Erfahrungen und Lifehacks mit allen, die daran interessiert sind, in Europa zu arbeiten. Unser Büro in Russland befindet sich in Sankt Petersburg, einige interne Projekte werden in Izhevsk durchgeführt, und der Support ist teilweise in Moskau. Insgesamt kümmern sich mehrere Hundert Mitarbeiter auf der ganzen Welt um den technischen Support. Dort gibt es Spezialisten mit unterschiedlichen technischen Kenntnissen und Spezialisierungen. Die höchste Stufe besteht aus Leuten, die in der Lage sind, das Produkt auf Quellcode-Ebene zu verstehen, und sie arbeiten im selben Büro wie die Entwicklung.
Wie die Prozesse aufgebaut sind
Etwa einmal im Jahr veröffentlichen wir große Releases mit neuen Funktionen, und alle zwei bis drei Monate Updates zur Behebung von Fehlern und Verbesserungen, die den dringenden Anforderungen des Marktes oder Änderungen der Plattformen entsprechen. Anforderungen werden priorisiert - von geringfügigen bis kritischen, ohne die ein Release unmöglich ist. Letztere werden als "Epics" bezeichnet.
Es gibt ein klassisches Dreieck — Qualität, Ressourcenanzahl und Fristen (im Volksmund: 'schnell, qualitativ, günstig, wählen Sie zwei'). Schlecht zu arbeiten ist keine Option; die Qualität muss immer hoch sein. Die Ressourcen sind ebenfalls begrenzt, auch wenn wir ständig versuchen, uns zu erweitern. Bei der Zeitplanung haben wir mehr Flexibilität, aber auch diese ist oft festgelegt. Daher ist das Einzige, was wir variieren können, die Anzahl der Funktionen im Release.
In der Regel versuchen wir, die Epics auf nicht mehr als 30-40 % der prognostizierten Dauer des Release-Zyklus zu halten. Das verbleibende können wir kürzen, verschieben, überarbeiten oder modifizieren. Das ist unser Spielraum.
Für jedes Anforderungsziel im Release wird ein temporäres Team gebildet. Dieses kann aus drei bis fünfzig Personen bestehen, je nach Komplexität. Wir folgen einer agilen Entwicklungsmethodik, führen wöchentliche Auswertungen und Diskussionen über die abgeschlossene und bevorstehende Arbeit zu jeder Funktion durch.
Die Hälfte der Release-Zeit fließt in die Entwicklung, die andere Hälfte in die Verfeinerung des Produkts. Doch es hat sich eine vielsagende Redewendung etabliert: „Der technische Schuldenstand eines gescheiterten Projekts ist gleich null.“ Daher ist es wichtiger, ein Produkt zu schaffen, das funktioniert und gefragt ist, als endlos den Code zu perfektionieren. Wenn das Produkt populär ist, macht es Sinn, es weiterzuentwickeln und auf zukünftige Änderungen anzupassen.
Wie Veeam Menschen in der Entwicklung einstellt
Der Auswahlprozess ist mehrstufig. Die erste Stufe ist ein Gespräch zwischen dem Kandidaten und dem Recruiter über die Wünsche des Kandidaten. In diesem Stadium versuchen wir zu verstehen, ob wir zum Kandidaten passen. Es ist uns wichtig, als Unternehmen interessant zu sein, denn jemanden in ein Projekt einzuführen, ist eine kostspielige Angelegenheit.
Wenn das Interesse besteht, bieten wir in der zweiten Stufe eine Testaufgabe an, um zu verstehen, wie relevant die Erfahrung des Kandidaten ist und was er als Fachmann demonstrieren kann. Zum Beispiel bitten wir darum, einen Datei-Compresser zu erstellen. Dies ist eine Standardaufgabe, die zeigt, wie der Kandidat zum Code steht, welche Kultur und welchen Stil er verfolgt und welche Lösungen er verwendet.
In der Testaufgabe sieht man normalerweise alles klar und deutlich. Eine Person, die gerade erst mit dem Schreiben begonnen hat und zum ersten Mal einen Brief verfasst, unterscheidet sich deutlich von jemandem, der regelmäßig Briefe schreibt.
Anschließend führen wir das Vorstellungsgespräch. Normalerweise haben wir gleich drei Teamleiter, damit alles so objektiv wie möglich ist. Außerdem hilft es uns, technisch kompatible Personen zu rekrutieren, die ähnliche Methoden und Ansätze in der Entwicklung haben, auch wenn sie letztlich in verschiedenen Teams arbeiten werden.
Innerhalb einer Woche führen wir mehrere Vorstellungsgespräche für die offene Stelle und treffen eine Entscheidung, mit wem wir weiterarbeiten wollen.
Oft kommen die Leute zu uns und sagen, dass sie einen Job suchen, weil es in ihrem aktuellen keinen Aufstieg gibt – Beförderungen kann man nur erwarten, wenn der Chef in Rente geht. Bei uns ist die Dynamik etwas anders. Vor zwölf Jahren war Veeam ein Start-up mit zehn Mitarbeitern. Heute ist es ein Unternehmen, in dem mehrere Tausend Menschen arbeiten.
Menschen kommen hierher wie in einen reißenden Fluss. Ständig entstehen neue Richtungen, und Teamleiter werden zu den ehemaligen Junior-Entwicklern. Die Leute wachsen sowohl technisch als auch administrativ. Wenn Sie an der Entwicklung eines kleinen Features arbeiten, aber es weiterentwickeln möchten, ist bereits die Hälfte der Arbeit erledigt. Unterstützung gibt es auf allen Ebenen, angefangen bei dem Teamleiter bis hin zu den Unternehmensinhabern. Wissen Sie nicht, wie man etwas administrativ macht – es gibt Kurse, interne Trainer und erfahrene Kollegen. Fehlt Ihnen die Erfahrung in der Entwicklung – es gibt das Projekt Veeam Academy. Wir sind also für alle offen, sowohl für Profis als auch für Anfänger.
Das Veeam Academy Projekt ist ein kostenloser Offline-Intensivkurs am Abend für angehende Programmierer mit Perspektive auf eine Anstellung bei Veeam Software für die besten Teilnehmer. Ziel des Projekts ist es, die Kluft zwischen dem Wissen und den praktischen Fähigkeiten eines durchschnittlichen Hochschulabsolventen und dem Wissen, das nötig ist, um einen guten Arbeitgeber zu interessieren, zu schließen. Über drei Monate hinweg lernen die Teilnehmer die Prinzipien der objektorientierten Programmierung praxisnah, tauchen in die Besonderheiten von C# ein und erkunden den inneren Aufbau von .Net. Neben Vorträgen, Tests, Laborarbeiten und persönlichen Projekten entwickeln die Teilnehmer ein gemeinsames Projekt nach den Standards echter Unternehmen. Das Thema des Projekts wird im Voraus nicht bekannt gegeben – es wird gemeinsam in den ersten Tagen nach Kursbeginn festgelegt. Im letzten Kurs wurde das Thema „Virtuelle Bank“.
Aktuell läuft die Anwerbung für .
Quelle: habr.com
