Respektieren Sie, dass die Sysadmins einen Job zu erledigen haben, und lassen Sie sie ihren Job erledigen. Viele Unternehmen haben inkompetente Systemadministratoren, was oft nicht realistisch ist. Aber ich habe arrogante Entwickler gesehen, die den Rat von Systemgruppen ignorierten, auch nachdem die Sysadmins ihre Kompetenz bewiesen haben.
Besprechen Sie den Entwurf eines neuen Systems mit Sysadmins. Oft gibt es wertvolle Erkenntnisse. Entwickler betrachten Diskussionen mit Sysadmins häufig als "vorzeitige Optimierung" und geben erste Anforderungen an. Ich habe tatsächlich gesehen, wie der Leiter einer Entwicklungsgruppe sagte, es sei Zeitverschwendung, mit Systemadministratoren und Datenbankadministratoren über die Anforderungen für neue Datenbankserver zu diskutieren, selbst wenn beschrieben wurde, ob es sich um eine schreibintensive oder eine leseintensive Last handelt, oder Wie viel Speicher würde benötigt.
Besprechen Sie Leistungsprobleme mit Sysadmins. Ehrlich gesagt sind nur Sysadmins in der Lage, Leistungsmetriken auf Systemen richtig zu interpretieren. Ich habe gesehen, wie Entwickler entschieden haben, dass Linux immer Speicher verliert, weil der von "free" gemeldete freie Speicher immer kleiner wird, selbst wenn die Ausgabe von "free" zum zehnten Mal erklärt wird.
Ziehen Sie keine Schlussfolgerungen, ohne dies mit den Systemadministratoren zu besprechen. Ich habe gesehen, wie Entwickler sich mit Theorien wie "Datenbanken sind immer festgefahren" (sie wussten nicht, dass iostat überhaupt existiert), "RAID 5 ist schneller für Transaktions-Workloads" (basierend auf der Erinnerung an ein verschobenes Datenbanksystem) befasst haben von einer Hardwareplattform zur anderen - es war eine leseintensive Arbeitslast, die RAID5-Lösung verfügte über mehr und schnellere Laufwerke, die auf mehr Controller verteilt waren.
Entwerfen Sie keine Lösung für ein Systemproblem, ohne dies mit Systemadministratoren zu besprechen. Ich arbeitete in einer pathologischen Umgebung, in der Entwickler eine Lösung entwarfen und um kleine Unterstützung bei der Implementierung baten. Die Mitglieder der Unix-Gruppe neben mir, dem Leiter der Unix-Gruppe und seinem Chef, wollten Entwickler als "Kunden" behandeln und nicht als Mitarbeiter, die versuchen, eine allgemeine Infrastruktur zu schaffen. Der Kunde hatte immer Recht, ohne zu hinterfragen, was er tat oder warum. Ich war der einzige, der darauf bestand, das Problem beschreiben zu lassen, damit eine korrekte Lösung gefunden werden konnte. Handle nicht so, dass pathologische Umgebungen wie diese entstehen. Dies hat keinen Nettonutzen zur Folge. Stattdessen werden Systemmanager defensiv agieren und jeder wird darunter leiden.
Du bist nicht mehr in der Schule. Dies sind reale Systeme und sie verhalten sich nicht ideal. Zum Beispiel hat nicht alles eine Latenz von Null. Wenn ein Systemadministrator Sie warnt, dass Clustering-Lösungen nur für politische Zwecke gedacht sind und die zusätzliche Komplexität des Systems die allgemeine Zuverlässigkeit verringert, nehmen Sie es ernst. Sie müssen einen realen Ausfallmodus festlegen. Wenn Sie beispielsweise den Server verlieren, mit dem Sie über TCP kommunizieren, wird die Verbindung wahrscheinlich nicht für Sie zurückgesetzt. Sysadmins verstehen die realen Fehlermodi.
Hören Sie entweder zu, was Ihr Sysadmin Ihnen sagt, oder beklagen Sie sich beim Management, dass Ihre Sysadmins inkompetent sind und gefeuert werden müssen. Es macht keinen Sinn, Ihren Sysadmin zu ignorieren.
Überlegen Sie, wie Sie Ihre Anwendung bereitstellen. Machen Sie sich klar, dass es Sinn macht, dies mit Ihren Systemadministratoren zu besprechen. Wenn Sie über 100 identische Server verfügen, die sich nur aufgrund einer einzigen Konfigurationsdatei unterscheiden, können Sie die Masterkopien dieser Konfigurationsdateien an einem zentralen Ort speichern. Erkennen Sie, wie viel besser es jedem geht, wenn sich Ihre Anwendung leicht erneut bereitstellen lässt. Wenn es ein Problem mit einem System gibt, möchten Sie es lieber in weniger als einer Minute auf ein Ersatzsystem zurücksetzen oder eine Ewigkeit warten, bis das defekte System repariert ist? Wenn Sie Ihre Anwendung erneut bereitstellen können, kann das Betriebssystem einfacher und sicherer aktualisiert werden. Das könnte Sie in Zukunft interessieren.
Wenn Sie ein Problem haben, das Ihrer Meinung nach am Betriebssystem liegt, ist es sinnvoll, den Sysadmin sofort anzurufen, um es zu überprüfen. Aber nachdem eine flüchtige Untersuchung nichts ergeben hat, müssen Sie das Problem erklären.
Verstehen Sie, dass es einen Unterschied zwischen "langsam reagieren" und "überhaupt nicht reagieren" gibt.