Backup gedeiht in der Cloud-Ära, aber die Bandkaretten sind nicht vergessen. Ein Gespräch mit Veeam

Alexander Baranov arbeitet bei Veeam als Direktor für F&E und lebt zwischen zwei Ländern. Die Hälfte der Zeit verbringt er in Prag, die andere Hälfte in St. Petersburg. In diesen Städten befinden sich die größten Entwicklungsbüros von Veeam.

Im Jahr 2006 war dies ein Startup von zwei Unternehmern aus Russland, das sich mit Software für die Sicherung virtueller Maschinen beschäftigte (daher kommt 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 schwer es ist, dort hineinzukommen. Im Folgenden finden Sie seinen Monolog.

Traditionell berichten wir über die Bewertung des Unternehmens auf „Mein Kreis“: Veeam Software erhielt von seinen Mitarbeitern eine durchschnittliche Bewertung von 4,4. Die Mitarbeiter schätzen es für ein gutes Sozialpaket, eine angenehme Arbeitsatmosphäre im Team, interessante Aufgaben und dafür, dass das Unternehmen die Welt besser macht.

Welche Produkte entwickelt Veeam

Produkte, die die Ausfallsicherheit der IT-Infrastruktur gewährleisten. Glücklicherweise ist die Hardware im Laufe der Zeit ausreichend zuverlässig geworden, und Clouds garantieren die Ausfallsicherheit. Aber menschliche Fehler sind nach wie vor ein Problem.

Zum Beispiel das klassische Problem der Inkompatibilität von Updates mit der Infrastruktur der Organisation. Ein Administrator hat ein nicht getestetes Update ausgerollt, oder es geschah automatisch, und infolgedessen kam es zu Störungen in den Servern des Unternehmens. Ein weiteres Beispiel: Jemand hat Änderungen an einem gemeinsamen Projekt oder Dokumentensatz vorgenommen, weil er dies für sinnvoll hielt. Später trat ein Problem auf, und es war notwendig, den Zustand einer Woche zurückzusetzen. Manchmal sind solche Änderungen sogar nicht mit bewussten Handlungen des Menschen verbunden: Relativ neu sind Krypto-Viren, die populär wurden. Ein Benutzer bringt einen USB-Stick mit fragwürdigem Inhalt auf den Arbeitscomputer oder besucht eine Katzen-Website, und als Ergebnis werden die Computer im Netzwerk infiziert.

In einer Situation, in der das Unglück bereits geschehen ist, ermöglichen wir es, Änderungen rückgängig zu machen. Wenn die Änderungen jedoch nur geplant sind, erlauben wir eine Überprüfung ihrer Auswirkungen in einer in einer Backup-Kopie des Rechenzentrums rekonstruierten isolierten Infrastruktur.

Oft fungieren Backups als „stumme Zeugen“ bei Audits in Organisationen. Öffentliche Unternehmen müssen die Anforderungen externer Regulierungsbehörden (zum Beispiel den Sarbanes-Oxley Act) erfüllen, und das hat seinen Grund. Im Jahr 2008 geriet der Zustand der Weltwirtschaft ins Wanken, weil einige Akteure auf dem Finanzmarkt, um es grob auszudrücken, ihre Geschäftsergebnisse gefälscht hatten. Dies löste einen Schneeballeffekt aus, und die Wirtschaft rutschte ab. Seitdem überwachen die Regulierungsbehörden die Abläufe in öffentlichen Unternehmen viel intensiver. Die Möglichkeit, den Zustand der IT-Infrastruktur, des E-Mail-Systems und des Dokumentenmanagementsystems über Berichtszeiträume hinweg wiederherzustellen, ist eine der Anforderungen der Auditoren.

Microsoft, Amazon, Google und andere Cloud-Anbieter haben native Lösungen, die die Sicherung von Ressourcen innerhalb der Cloud gewährleisten. Ihr Angebot ist jedoch „Sachen für sich“. Das Problem ist, dass große Unternehmen in den meisten Fällen eine hybride IT-Infrastruktur haben: Ein Teil befindet sich in der Cloud, der andere vor Ort. In der Regel leben Web-Projekte und kundenorientierte Anwendungen in der Cloud. Anwendungen und Server, die vertrauliche Informationen oder personenbezogene Daten speichern, befinden sich häufig vor Ort.

Darüber hinaus nutzen Unternehmen mehrere verschiedene Clouds, um eine hybride Lösung zu schaffen und die Risiken zu minimieren. Wenn ein multinationales Unternehmen eine hybride Cloud aufgebaut hat, benötigt es ein einheitliches und gemeinsames System für die gesamte Infrastruktur zur Gewährleistung der Ausfallsicherheit.

Wie schwierig ist es, solche Produkte zu entwickeln?

Es tauchen ständig neue Technologien auf, die es zu lernen, anzupassen und zu erleben gilt. Als wir gerade neu gegründet waren und ein Start-up waren, betrachteten nur wenige die Virtualisierung ernsthaft. Es gab Anwendungen zur Sicherung physischer Rechenzentren. Virtualisierte Rechenzentren wurden als Spielzeuge angesehen.

Wir haben von Anfang an Backups unter Berücksichtigung der Virtualisierung unterstützt, als die Technologie nur von Enthusiasten genutzt wurde. Später kam es dann zu einem explosionsartigen Wachstum und zur Anerkennung als Standard. Jetzt sehen wir andere Bereiche, die einen ähnlich qualitativ hochwertigen Sprung erwarten, und versuchen, am Puls der Zeit zu bleiben. Die Fähigkeit, den Kurs zu halten, ist irgendwo in der DNA des Unternehmens verankert.

Das Unternehmen hat die Zeiten des Starts hinter sich. Jetzt ist vielen großen Kunden Stabilität und Zuverlässigkeit wichtig, und die Entscheidung über die Fehlertoleranz kann sich über mehrere Jahre hinziehen. Es erfolgt eine Anpassung, die Überprüfung von Produkten und die Einhaltung zahlreicher Anforderungen. Es ist eine amüsante Situation: Einerseits muss man Zuverlässigkeit und Vertrauen in die Produkte gewährleisten, andererseits modern bleiben.

Aber Neues ist immer mit einem gewissen Grad an Unkenntnis über Technologien, den Markt oder beides verbunden.

Zum Beispiel haben wir nach einigen Jahren festgestellt, dass wir die integrierten Möglichkeiten von Speichersystemen nutzen müssen, um die Datensicherung zu beschleunigen. So entstand ein ganzes Geschäftsfeld zur Integration mit Hardwareherstellern. Heute sind alle großen Akteure in diesem Markt — HP, NetApp, Dell EMC, Fujitsu und andere — Partner von Veeam in diesem Programm.

Es schien uns auch, dass Virtualisierung die klassischen Server verdrängen würde. Aber das Leben hat gezeigt, dass die letzten 10 % der physischen Server, die entweder nicht virtualisiert werden können oder dessen nicht sinnvoll ist, bestehen bleiben. Auch diese müssen gesichert werden. So entstanden Veeam Agent für Windows/Linux.

Wir dachten einst, Unix könnte seinen Platz im Museum einnehmen, und haben entschieden, es nicht mehr zu unterstützen. Doch sobald wir mit Kunden mit einer langen Geschichte in Kontakt traten, merkten wir, dass Unix noch lebendig ist. So haben wir dennoch eine Lösung dafür entwickelt.

Eine ähnliche Geschichte gab es mit Bandlaufwerken. Wir fragten uns: 'Wem sind sie in der modernen Welt noch nützlich?' Zu dieser Zeit arbeiteten wir an Funktionen wie granularer Datenwiederherstellung oder inkrementellen Backups mit synthetischen Vollkopien — so etwas kann man mit Bändern einfach nicht machen, es wird eine Festplatte benötigt. Später stellte sich heraus, dass Bandlaufwerke eines der Mittel zur Gewährleistung unveränderlicher Backups sind, die für die langfristige Speicherung benötigt werden — um nach 5 Jahren zu kommen, ein Band vom Regal zu nehmen und ein Audit durchzuführen. Und die Größe der Kunden — wir begannen mit kleinen Unternehmen — dort werden keine Bänder verwendet. Dann wuchsen wir zu Kunden, die uns sagten, dass sie das Produkt ohne Bänder nicht kaufen würden.

Welche Technologien werden in Veeam verwendet?

Für geschäftslogikbezogene Aufgaben verwenden wir .NET. Damit haben wir begonnen und optimieren weiterhin. Derzeit setzen wir in mehreren Lösungen .NET Core ein. Als das Start-up gegründet wurde, gab es im Team einige Befürworter dieses Stacks. Er ist gut geeignet für die Erstellung von Geschäftslogik, Entwicklungsgeschwindigkeit und Benutzerfreundlichkeit der Werkzeuge. Damals war dies nicht die beliebteste Lösung, doch jetzt wird deutlich, dass diese Befürworter recht hatten.

Gleichzeitig programmieren wir unter Unix, Linux und arbeiten mit Hardware, was den Einsatz anderer Lösungen erfordert. Systemkomponenten, die mit den Informationen über Daten, die wir in Backups speichern, verbunden sind, Datenbanksuchalgorithmen und Algorithmen, die mit der Hardwarearbeit verbunden sind – all dies ist in C++ geschrieben.

Wie die Mitarbeiter auf der ganzen Welt verteilt sind

Derzeit sind etwa viertausend Mitarbeiter im Unternehmen beschäftigt. Rund eintausend davon befinden sich in Russland. Im Unternehmen gibt es zwei große Gruppen. Die erste ist für die Entwicklung und technische Unterstützung der Produkte zuständig. Die zweite macht die Produkte für die Außenwelt sichtbar: In ihrem Zuständigkeitsbereich liegen Vertrieb und Marketing. Das Verhältnis zwischen den Gruppen liegt bei ungefähr dreißig zu siebzig.

Wir haben etwa dreißig Büros auf der ganzen Welt. Die Vertriebsaktivitäten sind umfangreicher verteilt, aber auch die Entwicklung bleibt nicht zurück. An einigen Produkten wird gleichzeitig in mehreren Büros gearbeitet – ein Teil in St. Petersburg, ein Teil in Prag. Einige werden nur an einem Standort entwickelt, beispielsweise wird das Produkt, das das physische Backup von Linux ermöglicht, in Prag entwickelt. Es gibt ein Produkt, an dem ausschließlich in Kanada gearbeitet wird.

Wir führen eine dezentrale Entwicklung durch, um den Anforderungen der Kunden gerecht zu werden. Große Auftraggeber fühlen sich sicherer, wenn die Entwicklung in derselben Region erfolgt, in der das Produkt betrieben wird.

Wir haben bereits ein sehr großes Büro in Tschechien, und für das nächste Jahr planen wir, in Prag ein weiteres zu eröffnen – für 500 Entwickler und Tester. Diejenigen, die in der "ersten Welle" in die Hauptstadt Tschechiens gezogen sind, teilen auf Habr gerne ihre Erfahrungen und Tipps mit allen, die sich für die Möglichkeit interessieren, in Europa zu arbeiten. In Russland befindet sich das Büro in Sankt Petersburg, einige interne Projekte werden in Ischewsk geleitet, und der Support sitzt teilweise in Moskau. Insgesamt kümmern sich mehrere Hundert Menschen auf der ganzen Welt um den technischen Support. Dort gibt es Spezialisten mit unterschiedlichen technischen Qualifikationen und Spezialisierungen. Der höchste Level sind die Menschen, die in der Lage sind, das Produkt auf der Ebene des Source Codes zu verstehen, und sie arbeiten im selben Büro wie die Entwickler.

Wie die Prozesse aufgebaut sind

Ungefähr einmal im Jahr veröffentlichen wir große Releases mit neuen Funktionen, und alle zwei bis drei Monate gibt es Updates zur Behebung von Fehlern und Anpassungen, die auf die dringenden Anforderungen des Marktes oder Änderungen der Plattformen reagieren. Den Anforderungen werden Prioritäten zugewiesen – von geringfügigen bis zu kritischen, ohne die ein Release unmöglich wäre. Letztere werden "Epics" genannt.

Es gibt das klassische Dreieck – Qualität, Menge der Ressourcen, Zeitrahmen (im Volksmund: "schnell, qualitativ hochwertig, günstig, wählen Sie zwei"). Schlecht zu arbeiten, können wir nicht, die Qualität muss immer hoch sein. Die Ressourcen sind ebenfalls begrenzt, obwohl wir ständig versuchen, uns zu erweitern. Bei der Zeit ist es viel flexibler, aber sie ist oft ebenfalls fix. Daher ist das Einzige, was wir variieren können, die Menge an Funktionalität im Release.

Normalerweise versuchen wir, die Epics nicht mehr als 30-40% der prognostizierten Fristen des Release-Zyklus zu halten. Das verbleibende können wir kürzen, verschieben, überarbeiten oder anpassen. Das ist unser Spielraum.

Für jede Anforderung im Release wird ein temporäres Team gebildet. Es kann drei oder fünfzig Personen umfassen, je nach Komplexität. Wir halten uns an eine flexible Entwicklungsmethodik, jeden Freitag finden Workshops und Diskussionen über die durchgeführten und bevorstehenden Arbeiten für jede Funktionalität statt.

Die Hälfte der Zeit des Releasezyklus wird für die Entwicklung aufgewendet, die andere Hälfte für die Fertigstellung des Produkts. Aber wir haben das Sprichwort geprägt: „Die technische Schuld eines bankrotten Projekts beträgt null“. Deshalb ist es wichtiger, ein Produkt zu schaffen, das funktioniert und gefragt ist, als den Code endlos zu verfeinern. Wenn das Produkt populär ist, sollte es weiterentwickelt und an zukünftige Änderungen angepasst werden.

Wie Veeam Leute für die Entwicklung einstellt

Der Auswahlprozess ist mehrstufig. Die erste Stufe ist ein Gespräch zwischen dem Kandidaten und dem Recruiter über die Wünsche der Person. In dieser Phase versuchen wir zu verstehen, ob wir zu dem Kandidaten passen. Es ist uns wichtig, dass wir als Unternehmen interessant sind, denn einen Menschen in ein Projekt einzuführen, ist eine kostspielige Angelegenheit.

Wenn Interesse besteht, bieten wir in der zweiten Stufe eine Testaufgabe an, um zu verstehen, wie relevant die Erfahrungen des Kandidaten sind und was er als Fachkraft demonstrieren kann. Zum Beispiel bitten wir darum, einen Datei-Kompressor zu erstellen. Dies ist eine Standardaufgabe, die zeigt, wie der Mensch mit Code umgeht, welche Kultur und welchen Stil er verfolgt und welche Lösungen er verwendet.

Bei der Testaufgabe ist normalerweise alles deutlich erkennbar. Eine Person, die gerade mit dem Schreiben vertraut gemacht wurde und zum ersten Mal einen Brief verfasst hat, unterscheidet sich deutlich von jemandem, der ständig Briefe schreibt.

Anschließend führen wir ein Interview. Dieses wird normalerweise von drei Teamleitern gleichzeitig durchgeführt, um die Objektivität zu maximieren. Zudem hilft es, technisch kompatible Personen zu gewinnen, die ähnliche Methoden und Ansätze in der Entwicklung haben, selbst wenn sie letztlich in verschiedenen Teams arbeiten werden.

In einer Woche führen wir mehrere Interviews für die offene Stelle und entscheiden, mit wem wir weiterarbeiten werden.

Oft kommen Leute zu uns und sagen, dass sie einen Job suchen, weil sie an ihrem aktuellen Arbeitsplatz keine Aufstiegsmöglichkeiten haben – eine Beförderung kann man oft nur mit dem Rücktritt des Chefs erwarten. Bei uns ist die Dynamik etwas anders. Vor zwölf Jahren war Veeam ein Start-up mit zehn Mitarbeitern. Jetzt ist es ein Unternehmen mit mehreren tausend Mitarbeitern.

Menschen kommen hierher wie in einen reißenden Fluss. Ständig entstehen neue Richtungen, Teamleiter werden zu früheren einfachen Entwicklern. Die Menschen wachsen technisch und administrativ. Wenn du eine kleine Funktion entwickelst, sie aber ausbauen möchtest, ist die halbe Arbeit bereits getan. Unterstützung wird auf allen Ebenen geboten, angefangen bei den Teamleitern bis hin zu den Eigentümern des Unternehmens. Weißt du nicht, wie man etwas administrativ macht – es gibt Kurse, interne Trainer und erfahrene Kollegen. Fehlt dir die Erfahrung in der Entwicklung – es gibt das Projekt Veeam Academy. Wir sind also offen für alle, sowohl für Profis als auch für Anfänger.

Das Projekt Veeam Academy ist ein abendliches, kostenloses Offline-Intensivprogramm für C# für Anfänger mit Aussicht auf eine Anstellung bei Veeam Software für die besten Schüler. Ziel des Projekts ist es, die Lücke zwischen dem Wissensstand und praktischen Fähigkeiten eines durchschnittlichen Hochschulabsolventen und dem Wissensstand zu schließen, den ein guter Arbeitgeber verlangt. Drei Monate lang lernen die Teilnehmer die Prinzipien der OOP in der Praxis, tauchen in die Besonderheiten von C# ein und erkunden den Unterbau von .Net. Neben Vorlesungen, Tests, Laborarbeit und persönlichen Projekten entwickeln die Teilnehmer ihr gemeinsames Projekt nach den Regeln echter Unternehmen. Das Thema des Projekts ist im Voraus nicht bekannt – es wird zusammen mit allen in den ersten Tagen nach Kursbeginn gewählt. Bei der letzten Gruppe lautete das Thema Virtuelle Bank.
Derzeit läuft die Einschreibung für neue Gruppe.

Quelle: habr.com