Inside DO: Vertreiben Sie Ihre Sysadmin-Ängste

Mein Leben als Systemadministrator war früher voller Angst.
Ich hatte Angst, dass ich mit den von mir betriebenen Systemen etwas schrecklich falsch machen würde; etwas, das viel Zeit und Geld kosten würde, um es zu reparieren.

Wenn ich beispielsweise meinen Linux-Kernel aktualisiert habe, würden meine Dienste dann nicht booten? Würde es eine intensive Fehlerbehebung erfordern, um zu korrigieren, während unser Produktionssystem stundenlang außer Betrieb war? Um einen neuen Server einzurichten, musste ich Stunden mit meinem Host verbringen: auf Anmeldeinformationen warten, auf die Wiederherstellung von einem traditionellen Backup-Dienst warten und dann endlich mit dem technischen Personal zusammenarbeiten, um die Anwendung wieder online zu bringen.

Schlimmer noch, je länger ich brauchte, um ein ausgefallenes System wiederherzustellen, desto mehr unterwarfen mich meine Kollegen der Schuld und Scham. Ich hatte Angst, mein Team erlebte interne Unruhen und mein Unternehmen verlor Geld. Das sind einfach keine coolen Dinge, die man Tag für Tag an dich richten sollte, nur um zu versuchen, die Arbeit zu erledigen. Angst ist kein Motivator und Angst ist keine Möglichkeit, ein Unternehmen zu führen.

Sie können scheitern. Es ist in Ordnung.
Die Angst vor dem Versagen sollte Sie nicht davon abhalten, Linux zu verwenden. Die Antwort ist, nicht mit dem Scheitern aufzuhören. Es soll dazu ermutigen.

„Ich darf keine Angst haben. Angst ist der Killer.“ – Frank Herbert
zum Scheitern ermutigen? Von was für einem verrückten redest du?

Wenn Fehler billig sind, ist es kein Problem, wenn Ihr neuer Code nicht so bereitgestellt wird, wie Sie es sich vorgestellt haben.

Es ist kein Problem, wenn Ihre neue benutzerdefinierte kompilierte Version von MySQL nicht so startet, wie Sie es sich vorgestellt haben.

Es ist kein Problem, wenn Ihr WordPress-Upgrade fehlgeschlagen ist.

Schnappschüsse sind deine Freunde
Ich möchte einen Entwicklungsworkflow teilen, der Fehler in Bezug auf Zeit und Geld billig macht.

Angenommen, Sie sind dabei, ein Upgrade Ihrer Anwendung zu testen.

Machen Sie einen Snapshot des Servers, auf dem Ihre alte, funktionierende Version der App ausgeführt wird
Erstellen Sie eine Staging-Umgebung aus dem Snapshot
Testen Sie Ihre neue App auf dem Staging-Server
Bereitstellung auf Ihrem Live-Produktionsserver
Ist es gescheitert? Stellen Sie Ihren Arbeits-Snapshot schnell wieder her
Setzen Sie die Fehlerbehebung auf dem Staging-Server nach Belieben fort
Mit diesem Workflow können Sie oft ausfallen und trotzdem schnell wieder in Betrieb gehen, ohne alles neu aufbauen zu müssen. Dieser Workflow erfordert On-Demand-Snapshots, die mit einem responsiven Cloud-Host möglich werden.

Leave a Reply

Your email address will not be published.