Von Sysadmin zu DevOps

Viele der besten DevOps-Ingenieure, die ich kenne, begannen als Systemadministratoren. Sie haben Jahre damit verbracht, Server am Leben zu erhalten, Netzwerke zu reparieren, Sicherungen um 2 Uhr morgens wiederherzustellen und die Person zu sein, die jeder anruft, wenn "das Internet kaputt ist".

Wenn Sie sich fragen, ob Sie in DevOps wechseln können: Ja. Du hast schon einen großen Teil von dem, was nötig ist. Du musst nur deine Arbeitsweise ändern und ein paar Fähigkeiten hinzufügen.

Fähigkeiten, die du bereits hast

Sysadmins unterschätzen oft, wie wertvoll ihre Erfahrung ist. Das wissen Sie wahrscheinlich schon:

• Linux (oder Windows) im DetailDie Datenbank ist für die Bereitstellung von Daten über die Datenbank zu verwenden.
• VernetzungDNS, Firewalls, Routing, Lastbalancer, VPNs. Viele Entwickler, die in DevOps wechseln, haben damit zu kämpfen. Das ist nicht wahr.
• Fehlerbehebung unter Druck: ruhige, methodische Debugging bei Produktionsunterbrechungen.
• Operationsdenken: Backups, Überwachung, Patching, Kapazität, was passiert, wenn Dinge ausfallen.
• SicherheitsgrundlagenDie Kommission hat die Kommission aufgefordert, die in den letzten Jahren durchgeführten Untersuchungen zu überprüfen.
• Umgang mit MenschenDie Kommission hat die Kommission aufgefordert, die in den letzten Jahren durchgeführten Untersuchungen zu überprüfen.

Das sind genau die Fähigkeiten, die am schwierigsten zu erlernen sind und nach denen Interviewende bei Problemlösungsfragen suchen.

Die Lücken

Die Verschiebung von sysadmin zu DevOps ist vor allem eine Veränderung der Denkweise: von Dinge mit der Hand machen zu Schreiben von Code, der Dinge macht, und von Tiere zu Rinder.

Die typischen Lücken:

1. Die - Das ist eine Verschlüsselung. Nicht nur Skripte, sondern Code, der versionsgesteuert, überprüft, getestet und gewartet wird. Python ist der einfachste Anfang. Bash ist nützlich, aber nicht genug.

2. Die Git und Zugriff auf Anfragen. Alles lebt in Git: Infrastruktur, Konfiguration, Pipelines. Die Arbeit an Pull-Anfragen und Code-Rezensionen wird zum Alltag.

3. Die Infrastruktur als Code. Terraform oder OpenTofu statt zu klicken oder SSH-ing. - Ich bin bereit für die Konfiguration.

4. Die Container und Kubernetes. Anwendungen als Container verpacken und auf einem Orchestrator statt auf handverwalteten Servern ausführen.

5. Die CI/CD. Automatisierte Pipelines, die gebaut, getestet und eingesetzt werden.

6. Die - Die Wolke. Wenn Sie vor Ort arbeiten, dann bei einem großen Cloud-Anbieter. Die gute Nachricht: Ihr Netzwerk- und Systemwissen überträgt sich sehr gut, denn die Cloud ist "nur" das Rechenzentrum eines anderen mit einer API.

7. Sieben. In enger Zusammenarbeit mit Entwicklern. Verstehen, wie Software gebaut wird, und Teams beim Versand helfen, anstatt fertige Software zu erhalten, um ausgeführt zu werden.

Die größte Veränderung sind nicht die Werkzeuge. Es geht von "Ich repariere es" zu "Ich sorge dafür, dass es sich selbst repariert, oder es kann nicht wieder so kaputt gehen".

Erfahrungen in der jetzigen Tätigkeit sammeln

Du musst nicht auf einen DevOps-Job-Titel warten, um mit DevOps zu beginnen. Ein paar Ideen:

• Stell deine Skripte und Konfigurationen in Git. Auch wenn du der Einzige bist, der sie benutzt.
• Automatisieren Sie eine wiederholte Aufgabe Mit Ansible: Benutzererstellung, Patching, Server-Setup.
• Schreiben Sie Terraform für etwas, das man normalerweise zusammen klicken würde, sogar eine Testumgebung.
• Ein internes Tool in einen Container einfügen und es mit Docker oder Podman ausführen.
• Einrichten einer CI-Pipeline Für Ihren Automatisierungscode, mit Linting und Tests.
• Verbesserung der Überwachung: fügen Sie Prometheus und Grafana hinzu, schreiben Sie aussagekräftige Warnungen.
• Freiwilliger für Projekte, die die Cloud-Migration, Automatisierung oder Entwicklertools beinhalten.
• Arbeiten Sie mit Ihren Entwicklern zusammen: bieten Hilfe bei ihren Pipeline- oder Bereitstellungsproblemen an.

Jede dieser Anwendungen wird zu einer Geschichte für Ihren Lebenslauf und Interviews: "Ich habe die Bereitstellung unserer Server mit Ansible und Terraform automatisiert, wodurch die Einrichtungszeit von zwei Tagen auf eine Stunde verkürzt wurde".

Lernen außerhalb der Arbeit

Ein Heimlabor ist besonders für Systemadmins wichtig, weil man die Hardware und die Netzwerksite bereits versteht. Bauen Sie einen kleinen Kubernetes-Cluster, laufen Sie Ihre eigenen Dienste mit GitOps darauf und brechen Sie es absichtlich.

Zertifizierungen können helfen, den Übergang zu signalisieren: CKA und a Cloud-Associate-Zertifizierung sind die wertvollsten. Linux-Zertifizierungen wie RHCSA sind gut, aber Sie haben vielleicht bereits das Wissen.

Ihr Lebenslauf

Wenn Sie Ihren Lebenslauf für DevOps-Rollen aktualisieren:

• Führung mit Automatisierung und Wirkung, nicht tägliche Aufgaben. "Automatisches Patchen für 300 Server mit Ansible" schlägt "Verantwortlich für die Serverwartung".
• Anzeigen von Zahlen: Zeitersparnis, weniger Vorfälle, Serververwaltung.
• Schreibe deine Werkzeuge ehrlich auf, in "erfahrene" und "bekannte" unterteilt.
• Link zu einem GitHub-Profil mit echten Projekten.
• Erfahrenheiten bei Vorfällen und Fehlerbehebungen hervorheben. Das ist eine Stärke.

Neben "DevOps Engineer" sind folgende Berufsbezeichnungen zu suchen: Site Reliability Engineer, Platform Engineer, Cloud Engineer, Infrastructure Engineer. Cloud-Ingenieurrollen sind oft die einfachste Brücke von der Sysadmin-Arbeit.

Also, kannst du den Zug machen?

- Das ist klar. Sie haben bereits die Grundlagen, die vielen Menschen aus der Entwicklung fehlen. Fügen Sie Codierung, Git, Infrastruktur als Code und Container hinzu, beginnen Sie sie in Ihrem aktuellen Job zu verwenden, und der Titel wird folgen.

Meine Meinung: Sysadmins müssen nicht von vorne anfangen, um DevOps-Ingenieure zu werden. Sie müssen alles aufschreiben, was sie schon wissen.

Desly