W odpowiedzi na zmiany w licencjonowaniu Terraforma, w społeczności IT i DevOps zaczęły pojawiać się klony oraz alternatywne rozwiązania. Główne powody tego zjawiska obejmują zarówno aspekty finansowe, jak i techniczne oraz filozoficzne. W tym artykule przyjrzę się dwóm zamiennikom Terraform.
Zmiany ogłoszone przez HashiCorp w licencjonowaniu popularnego Terraforma zostały ogłoszone parę miesięcy temu. Z perspektywy czasu możemy już spojrzeć na ton co dokładnie przyniosły one różnym grupom użytkowników tego produktu. A także na dostępne alternatywy. W tym wpisie skupię się na kwestiach licencjonowania i wpływu zmian.
Wśród wielu serwisów udostępniających skrypty automatyzacji warto zwrócić uwagę na Cisco DevNet Code Exchange. Jest to platforma, na której zebrane są stworzone przez Cisco oraz niezależnych developerów i entuzjastów skrypty ułatwiające automatyzację produktów z ekosystemu Cisco. Jeżeli więc pracujesz z urządzeniami tej firmy na co dzień, to powinieneś mieć ten serwis w swoich zakładkach. Mój projekt, CMLNetKit, także znajduje się w tym repozytorium.
Trafił do mnie na jakiś czas firewall Fortigate 60E, więc postanowiłem skorzystać z okazji i zobaczyć co oferuje platforma od strony programowalnego zarządzania. Z urządzeniami Fortigate mam styczność co jakiś czas, wielu mniejszych klientów z nich korzysta. Nie miałem okazji jednak wykorzystywać ich interfejsu API czy programowalnych funkcjonalności. Opisane funkcje testowałem na najnowszym firmware 7.0.0.
Ważną częścią systemu kolektora w systemie telemetrii jest moduł, za pomocą którego będziemy tworzyć graficzną reprezentację zebranych danych. Surowe dane z Cisco MDT zapisane w bazie InfluxDB może i są dla inżynierów bardziej sexy, ale ciężko się na ich podstawie wyciąga wnioski szczególnie osobom nietechnicznym lub mniej doświadczonym inżynierom. Od wielu lat Grafana jest jednym z najpopularniejszych narzędzi do wizualizacji danych, nic więc dziwnego że znajduje zastosowanie także w telemetrii.
Telemetria to nie to samo co monitoring zatem i konfiguracja telemetrii przebiega nieco inaczej. To nie system monitorujący odpytuje urządzenia o ich stan, lecz to same urządzenia przesyłają strumień danych, w których zawierają się informacje o statystykach czy zdarzeniach. O tym teoretycznej stronie telemetrii napisałem w pierwszej części. Teraz czas na trochę praktyki, czyli zajmiemy się konfiguracją Model Driven Telemetry w IOS XE.
Wczoraj miałem przyjemność gościć jako prelegent na kolejnym webinarze w ramach cyklu Władcy Sieci. Tym razem opowiadałem i pokazywałem w jaki sposób połączyć ze sobą dwa narzędzia do automatyzacji – Terraform oraz Ansible. To jedne z najczęściej wykorzystywanych produktów służących do automatyzacji i bardzo dobrze się dopełniają.
Na GitHub Szkoły DevNet umieściłem skrypt, który powstał w czasie webinaru. Realizowaliśmy proste zadanie – zbudowanie skalowalnej infrastruktury serwerów WWW, które budowane są za pomocą Terraforma, a konfigurowane z wykorzystaniem Ansible. Oczywiście całość wykonywana poprzez jedno wywołanie, a playbook Ansible wykonany jako zadanie z Terraforma.
Prowadziłem wczoraj webinar, w trakcie którego pokazywałem jak działa usługa Azure Virtual WAN (Azure vWAN). Laboratorium do tego webinaru przygotowałem korzystając z Terraforma. To chyba ostatnio moje ulubione narzędzie do budowania usług w chmurze publicznej – zazwyczaj jest to Azure lub AWS. Podzielę się z Wami skryptem, który utworzyłem.
Telemetria nie jest czymś nowym. Od zawsze administratorzy zbierali informacje o administrowanych systemach i wyciągali z nich wnioski. Mieli do tego odpowiednie protokoły (choćby znane wszystkim SNMP) i narzędzia (na przykład Nagios). Narzędzia te są jednak niewystarczające w środowisku opartym o modele. Tak powstało Model Driven Telemetry, czyli telemetria oparta na modelach.
Mam wrażenie, że rozwój narzędzi związanych z DevOps i DevNet znacznie w 2020 roku przyspieszył. Z jednej strony to dobrze, bo związane jest to z ich intensywnym rozwojem i dopasowywaniem do potrzeb klientów i rynku. Z drugiej dla wielu form oznacza to niekończący się proces migracji do nowej wersji. Jedna z firm, z którą współpracuję dopiero co zakończyła migrację do wersji 0.12 Terraforma, a planuje już migrację do 0.14. Tymczasem niedawno została już kolejna wersja. Dane wrażliwe w Terraform 0.15 podlegają szczególnej ochronie dzięki co raz bardziej rozbudowanym mechanizmom ich ochrony. Przyjrzyjmy się ich działaniu. Spójrzmy także na modyfikacjw, które musimy wprowadzić do kodu naszych skryptów, aby poprawnie działały one w nowej wersji Terraforma.