immer noch würdig / Sudo Null IT News

Gibt es in einer Ära der endemischen Nutzung von Cloud-Diensten einen Platz für einen Netzwerkingenieur im Staat? Es scheint, dass die Informationssysteme so weit fortgeschritten sind, dass der „Zusatz“-Satz abgeschafft und der Gehaltsfonds unter anderen Mitarbeitern verteilt werden kann. Oder braucht es noch Netzwerker?

Alexey Uchakin, Sprecher von Slurm bei Networks for DevOps, teilte seine Meinung und beantwortete die entscheidende Frage: „To be or not to be a network engineer profession“.

Wenn wir HeadHunter jetzt mit einer Anfrage nach einem Netzwerkingenieur ansehen, wird der Aggregator weniger als 250 offene Stellen zurückgeben. Und das aus 40.000.000 Stellenanzeigen für einen Programmierer. Bedeutet das, dass es nicht benötigt wird?

Vorausschauend sage ich: Sie werden gebraucht, sie lösen ganz bestimmte, wenn auch enge Aufgaben. Es gibt weniger Szenarien, in denen das eigene Netzwerk und die lokale Infrastruktur für das Unternehmen rentabler sind.

Gleichzeitig umgeben uns überall Netzwerke. Nahezu jede Anwendung, von 1C bis zu einer Plattform mit Microservices, von IoT bis zu Supercomputern, nutzt das Netzwerk. Es ist notwendig, eine Verbindung mit Datenbanken und anderen Microservices herzustellen, mit Clients zu kommunizieren … Daher wäre es für das Betriebsteam und die Entwickler gut zu verstehen, was in genau diesen “Clouds” passiert, in denen das Netzwerk normalerweise dargestellt wird Diagramme.

In welchen Unternehmen Sie Networker treffen können:

  • Telekommunikationsbetreiber, Serviceunternehmen und andere Integratoren. Das Netzwerk für solche Organisationen ist die Geschäftsgrundlage. Sie verkaufen Konnektivität entweder direkt (Betreiber) oder erbringen Dienstleistungen für den Start/die Wartung der Netze ihrer Kunden.

  • Unternehmen mit großer Infrastruktur.

  • Große Produktunternehmen, die eigene Plattformen entwickeln und betreiben (Marktplätze, Schwarze Bretter etc.)

Ich habe vor einem Jahr in dieser Veröffentlichung mehr über den Beruf eines Netzwerkingenieurs gesprochen.

Aber wenn ein Netzwerkingenieur Linux kennt und versteht, wie das System mit dem Netzwerk zusammenarbeitet, welche Tools für die Konfiguration und das Debugging verfügbar sind, dann wird der Wert eines solchen Spezialisten erheblich steigen. Oder umgekehrt, ein Sysadmin oder DevOps/SRE versteht „Netzwerkmagie“.

In großen Unternehmen kommt es vor, dass Netzwerkingenieure mit anderen Kollegen aus dem Betrieb (Serversystemadministratoren, SRE, DBA), Entwicklungsspezialisten wie in verschiedenen Sprachen kommunizieren. Der Netzwerker weiß, wie Switches und Router funktionieren, hat aber wenig Ahnung, was auf den Endhosts oder in Containern passiert. Systemadministratoren können aufgrund ihrer geringen Netzwerkkenntnisse den Netzwerkstapel des Betriebssystems nicht richtig diagnostizieren oder richtig konfigurieren. Sowohl diese als auch andere schicken ihre Kollegen, um den Stoff zu studieren (Sie sind Ingenieur!), aber das hat normalerweise wenig Sinn: Zeit geht verloren, und die Beziehungen zwischen Abteilungen und Mitarbeitern werden nicht besser.

Ein weiterer Grund ist prosaisch und aktuell. Aufgrund der Sanktionen und der Produktionskrise ist es ziemlich schwierig geworden, Netzwerkhardware zu kaufen, und Linux-Server können eine Alternative zu den üblichen Routern und Firewalls werden. Es ist nicht einmal notwendig, eine spezialisierte Distribution zu verwenden – für den Anfang reichen die üblichen vertrauten Debian / Ubuntu / Centos (Ersatz nach Geschmack), gewürzt mit den Tools iptables / nftables, Strongswan, OpenVpn, Wireguard und Net-Utils beispielsweise aus .

Neue Kompetenzen lassen sich sehr schnell anwenden: von der kompetenten Einrichtung einer Firewall in der Produktion über die Netzwerkoptimierung in Kuber bis hin zur Einrichtung eines Heimrouters auf dem Rasberry Pi.

Ich werfe ein paar Optionen für die Entwicklung von Ereignissen heraus.

Das einfachste: “Ping funktioniert nicht mehr und die Software ist nicht installiert.” Was ist der Grund? Besteht eine Verbindung zum Router? Ist DNS richtig konfiguriert? Oder liegt das Problem vielleicht nicht in der VM, sondern im Router oder gar beim Provider?

Oder zum Beispiel ist der Zugang zu einer fremden Ressource verschwunden. Haben sie Benutzer aus der Russischen Föderation blockiert? Oder sind es die “Tricks” des RKN? Und wenn der Zugriff nicht von einem persönlichen Laptop (auf dem Sie jedes VPN installieren können) sondern von einem Produktionsserver aus erforderlich ist? Und wenn der Zugriff besteht, aber der Download ab und zu abbricht? Stundenlang zu googeln, eine Lösung nach der anderen anzuwenden, ist nicht unsere Methode. Es wird viel produktiver sein, ein paar Stunden damit zu verbringen, zu studieren, wie alles funktioniert, anstatt immer wieder in den Foren nach der richtigen Ad-hoc-Lösung zu suchen.

Diesen Herbst starten wir Linux-Netzwerkkurs für DevOps. Lassen Sie uns herausfinden, wie Sie mit Netzwerken arbeiten und sie effektiv in Ihrer Arbeit einsetzen können.

Similar Posts

Leave a Reply

Your email address will not be published. Required fields are marked *