{"id":34742,"date":"2019-10-31T22:00:10","date_gmt":"2019-10-31T19:00:10","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-chetvertaya-avtomatizatsiya-templejty\/"},"modified":"2019-10-31T22:00:10","modified_gmt":"2019-10-31T19:00:10","slug":"kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-chetvertaya-avtomatizatsiya-templejty","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-chetvertaya-avtomatizatsiya-templejty","title":{"rendered":"Wie man die Netzwerkstruktur unter Kontrolle bringt. Kapitel vier. Automatisierung. Templates","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dieser Artikel ist der sechste in der Reihe von Artikeln \u201eWie man die Netzwerk-Infrastruktur unter Kontrolle bringt\u201c. Den Inhalt aller Artikel der Reihe und die Links dazu finden Sie hier<\/a><\/noindex><\/i>.<\/p>\n

Nachdem ich einige Themen hinter mir gelassen habe, habe ich beschlossen, dennoch ein neues Kapitel zu beginnen.<\/p>\n

Zur Sicherheit komme ich etwas sp\u00e4ter zur\u00fcck. Hier m\u00f6chte ich einen einfachen, aber effektiven Ansatz besprechen, der, davon bin ich \u00fcberzeugt, vielen in irgendeiner Form n\u00fctzlich sein kann. Es ist eher eine kurze Geschichte dar\u00fcber, wie Automatisierung das Leben eines Ingenieurs ver\u00e4ndern kann. Es geht um die Verwendung von Templates. Am Ende finden Sie eine Liste meiner Projekte, wo Sie sehen k\u00f6nnen, wie alles hier beschriebene funktioniert.<\/p>\n

DevOps f\u00fcr Netzwerke<\/h2>\n

\nDie Erstellung von Konfigurationen mit Skripten, die Verwendung von GIT zur Versionskontrolle der IT-Infrastruktur, das Remote-\u201eDeployment\u201c \u2013 diese Ideen kommen einem zuerst in den Sinn, wenn man \u00fcber die technische Umsetzung des DevOps-Ansatzes nachdenkt. Die Vorteile sind offensichtlich. Aber es gibt leider auch Nachteile.<\/p>\n

Als unsere Entwickler vor \u00fcber 5 Jahren mit diesen Vorschl\u00e4gen zu uns Netzwerktechnikern kamen, waren wir nicht begeistert.
\n<\/a><\/noindex>
\nEs ist zu sagen, dass wir ein recht buntes Netzwerk geerbt haben, das aus Ger\u00e4ten von etwa 10 verschiedenen Anbietern besteht. Einige lie\u00dfen sich bequem \u00fcber unsere bevorzugte CLI konfigurieren, w\u00e4hrend wir bei anderen lieber die GUI verwendeten. Au\u00dferdem hat die lange Arbeit mit der \u201eLive\u201c-Hardware uns an die Echtzeitkontrolle gew\u00f6hnt. Ich beispielsweise f\u00fchle mich bei \u00c4nderungen viel wohler, wenn ich direkt \u00fcber die CLI arbeite. So kann ich schnell sehen, wenn etwas schief geht und die \u00c4nderungen \u201er\u00fcckg\u00e4ngig machen\u201c. Das stand ein wenig im Widerspruch zu ihren Ideen.<\/p>\n

Es ergeben sich auch andere Fragen, zum Beispiel kann sich die Benutzeroberfl\u00e4che von Version zu Version der Software leicht \u00e4ndern. Dies wird letztendlich dazu f\u00fchren, dass Ihr Skript eine falsche \u201eKonfiguration\u201c erstellt. Es w\u00e4re nicht ideal, die Produktionsumgebung f\u00fcr \u201eTests\u201c zu verwenden. <\/p>\n

Oder wie erkennt man, dass die Konfigurationsbefehle korrekt angewendet wurden, und was ist im Fehlerfall zu tun?<\/p>\n

Ich m\u00f6chte nicht sagen, dass all diese Fragen unl\u00f6sbar sind. Nur zu sagen \u201eA\u201c, ist wahrscheinlich klug, auch \u201eB\u201c zu sagen und, wenn Sie dieselben Prozesse zur Versionskontrolle wie in der Entwicklung verwenden m\u00f6chten, ben\u00f6tigen Sie neben der Produktionsumgebung auch Entwicklungs- und Staging-Umgebungen. Dann scheint dieser Ansatz vollst\u00e4ndig zu sein. Aber wie viel wird das kosten?<\/p>\n

Es gibt jedoch eine Situation, in der die Nachteile praktisch ausgeglichen werden und nur die Vorteile bleiben. Ich spreche von Projektarbeiten.<\/p>\n

Projekt<\/h2>\n

\nIn den letzten zwei Jahren war ich an einem Projekt zum Aufbau eines Rechenzentrums f\u00fcr einen gro\u00dfen Anbieter beteiligt. Ich bin in diesem Projekt verantwortlich f\u00fcr F5 und Palo Alto. Aus der Sicht von Cisco handelt es sich um \u201e3rd party equipment\u201c.<\/p>\n

F\u00fcr mich gibt es zwei deutlich ausgepr\u00e4gte Phasen in diesem Projekt. <\/p>\n

Erste Phase<\/h3>\n

\nIm ersten Jahr war ich unendlich besch\u00e4ftigt, ich arbeitete nachts und an den Wochenenden. Ich konnte meinen Kopf nicht heben. Der Druck von Management und Kunde war stark und kontinuierlich. In der st\u00e4ndigen Routine konnte ich nicht einmal versuchen, den Prozess zu optimieren. Es ging nicht nur um die Konfiguration der Hardware, sondern auch um die Erstellung der Projektdokumentation. <\/p>\n

Dann begannen die ersten Tests, und ich war \u00fcberrascht, wie viele kleine Fehler und Ungenauigkeiten gemacht wurden. Nat\u00fcrlich funktionierte alles, aber hier fehlte ein Buchstabe im Namen, dort fehlte eine Zeile im Befehl... Die Tests zogen sich hin, und ich war st\u00e4ndig in einem t\u00e4glichen Kampf mit Fehlern, Tests und Dokumentation. <\/p>\n

Das dauerte ein Jahr lang. Das Projekt war, soweit ich verstehe, f\u00fcr alle nicht einfach, aber allm\u00e4hlich wurde der Kunde immer zufriedener, und das gab die M\u00f6glichkeit, zus\u00e4tzliche Ingenieure einzustellen, die einen Teil der Routine \u00fcbernehmen konnten.<\/p>\n

Jetzt konnte ich mich etwas umsehen.
\nUnd das war der Beginn der zweiten Phase. <\/p>\n

Zweite Phase<\/h3>\n

\nIch beschloss, den Prozess zu automatisieren.<\/p>\n

Was ich aus der damaligen Kommunikation mit den Entwicklern (und man muss sagen, wir hatten ein starkes Team) verstanden habe, ist, dass das Textformat, obwohl es auf den ersten Blick etwas aus der Welt des DOS-Betriebssystems zu sein scheint, eine Reihe wertvoller Eigenschaften hat.
\nSo ist beispielsweise das Textformat n\u00fctzlich, wenn Sie die Vorteile von GIT und seinen Derivaten voll aussch\u00f6pfen m\u00f6chten. Und das wollte ich. <\/p>\n

Nun, es schien, als k\u00f6nnte man einfach die Konfiguration oder die Liste der Befehle speichern, aber \u00c4nderungen dabei vorzunehmen ist ziemlich umst\u00e4ndlich. Au\u00dferdem gibt es bei der Planung noch eine weitere wichtige Aufgabe. Sie sollten eine Dokumentation haben, die Ihr Design insgesamt beschreibt (Low Level Design) und die spezifische Implementierung (Network Implementation Plan). Und in diesem Fall scheint die Verwendung von Vorlagen eine sehr geeignete L\u00f6sung zu sein.<\/p>\n

So, beim Einsatz von YAML und Jinja2 erf\u00fcllt die YAML-Datei mit Konfigurationsparametern wie IP-Adressen, BGP AS-Nummern,\u2026 hervorragend die Rolle von NIP, w\u00e4hrend die Jinja2-Templates die dem Design entsprechende Syntax enthalten, das hei\u00dft, sie sind im Wesentlichen ein Spiegelbild von LLD. <\/p>\n

Das Studium der Sprachen YAML und Jinja2 dauerte zwei Tage. Um zu verstehen, wie es funktioniert, gen\u00fcgen einige gute Beispiele. Anschlie\u00dfend dauerte es etwa zwei Wochen, um alle Templates zu erstellen, die unserem Design entsprechen: eine Woche f\u00fcr Palo Alto und eine weitere Woche f\u00fcr F5. Das gesamte Ergebnis wurde auf unserem Unternehmens-GitHub abgelegt.<\/p>\n

Jetzt sah der \u00c4nderungsprozess folgenderma\u00dfen aus:<\/p>\n