Dlaczego w VMWare Aria Operations warto wdrożyć agentów OS’a?

Dlaczego w VMWare Aria Operations warto wdrożyć agentów OS’a?

W technologiach, które wdrażamy w Indevops , moi koledzy są ekspertami.

Rozmowa z nimi, to zawsze solidna porcja wiedzy okraszona porządną dawką dobrego humoru.

Pod warunkiem że sprzęt nie spłata nam psikusa w trakcie nagrywania materiału. 😊😊 Mi niestety spłatał.

No to teraz sprawdzian — jak na początek roku szkolnego przystało, z tego co zapamiętałam. 😊

Temat mojej kartkówki. Dlaczego w VMware Aria Operations warto wdrożyć agentów OS’a?

Punktem wyjścia było zrozumienie przeze mnie, czym jest OS, czyli system operacyjny, co Marcin Rzepa wyjaśnił mi w moment w bardzo obrazowy sposób:

  • Windows, który mam zainstalowany, to mój OS
  • pulpit zdalny, na którym działam, to też mój OS
  • różnica między jednym a drugim jest taka, że laptop jest infrastrukturą fizyczną (mogę go dotknąć, przenieść) natomiast pulpit jest moim programem, gdzie się dostaję i jest on moim zwirtualizowanym laptopem.

Tu przechodzimy do kolejnego pojęcia: wirtualizacji. Otóż wirtualizacja, mówiąc najprościej, polega na zainstalowaniu na przykład wielu Windowsów na jednym serwerze, czyli takim dużo wydajniejszym laptopie.

Czytelnicy o wirtualizacji wiedzą więcej niż ja, więc nie będę się na ten temat rozpisywała. 🙂

No, ale co z tymi Agentami?

W VMware Aria Operations mamy 2 typy agentów. Do metryk jest agent Telegraf. Do logów jest agent Fluentd lub natywny agent Aria Operetions for Logs. Agenty umożliwiają zbieranie metryk i logów, nie tylko z samego systemu operacyjnego, bo te metryki potrafi Aria zbierać przez VMTools, czyli agenta, który jest wbudowany w platformę vSphere wirtualizującą OS’y, ale w szczególności z aplikacji w nim zainstalowanych. To daje możliwość zajrzenia w prosty sposób w głąb naszej aplikacji, a tym samym łatwiej i szybciej możemy wykryć niepożądane sytuacje i błędy w niej występujące. A skoro szybciej, to oszczędzamy czas, a co za tym idzie pieniądze.

Rodzi się zatem pytanie dlaczego łatwiej jest rozwiązywać problemy dodając agenta do OS?

Z jednej strony VMware Aria Operations monitoruje i zbiera informacje z infrastruktury fizycznej i oprogramowania do wirtualizacji zdalnie poprzez pluginy (management packi i content packi), a z drugiej strony możemy uzyskać dodatkowe metryki (wskaźniki) działania aplikacji na tym systemie (dzięki agentowi). Znaczy się monitorować wydajność (metryki) jak i błędy (logi), czy nawet samo jej zachowanie (logi). Zachowanie, ponieważ aplikacje generują logi, można zwiększać poziomy dokładności logów w aplikacji, a agent to wszystko przechwytuje i wysyła do VMware Aria Operations, gdzie tam jest to parsowane i można z tego budować własne analizy i metody śledzenia. Na nie z kolei nakładać odpowiednie warunki i alarmy, które są wywoływane, albo po prostu śledzone.

Ponadto VMware Aria Operations potrafi w automatyczny sposób budować powiązania pomiędzy monitorowanymi obiektami. Jak mamy agenta (Telegraf) to także taka relacja jest zbudowana do OS’a, na którym on jest zainstalowany. Dodatkowo agent jeśli wykrywa komponenty aplikacji, to również je reprezentuje w Aria. Wówczas operator ma zwizualizowany obraz architektury aplikacji w postaci graficznej, tzn. z jakich dokładnie elementów zbudowana jest aplikacja i może prześledzić całą ścieżkę jej zależności od pozostałych komponentów: baz danych, wirtualizacji i warstwy fizycznej. Taka wizualizacja w szczególności przydaje się gdy występują jakieś problemy. Z jednej strony gdy zawodzi infrastruktura, to widzimy czy i na jakie aplikacje ma wpływ. Z drugiej strony jak aplikacja ma problem, to widzimy czy i jaki element infrastruktury może na nią wpływać.

Przykład zbudowanych relacji między obiektami

Zatem łatwiej, bo mamy pełniejszy obraz. Dane z wszystkich podpiętych elementów “spływają” w jedno miejsce. Mamy wgląd w metryki i logi z całego stosu IT.

Jak zatem wygląda pełny obraz IT?

Domyślnie Aria posiada wiele wbudowanych widoków, czyli dashboard’ów przygotowanych dla różnych typów obiektów i dla różnych odbiorców, np. dashboard, który pokazuje w postaci graficznej wszystkie maszyny wirtualne w zależności od obciążenia ich procesora, albo dashboard widoku baz danych w całym środowisku (mamy Klienta, który ma 500 instancji i widzi je wszystkie na jednym dashboardzie).

Ponadto w VMware Aria Operations  można tworzyć własne dashboard’y. W dzisiejszych czasach może nie jest to nic nadzwyczajnego, ale nadzwyczajne wydaje się nam, że my w Indevops specjalizujemy się w słuchaniu naszych Klientów 🙂 i spełnianiu ich marzeń. 🙂

Stąd posiadamy zestawy dashbaoard’ów, które dostarczamy dodatkowo w czasie wdrożeń, a które pozwalają jeszcze wygodniej i obszerniej patrzeć na monitorowany świat — od agentów i infrastruktury.

Przykład dashboard’u aplikacji

Mam nadzieję, że udało mi się dobrze uchwycić i zobrazować temat 🙂

Jeśli macie pytania, dajcie mi znać. Będę angażowała kolegów i będziemy Wam odpowiadali.

Co mnie fascynuje w Kubernetesie?

Co mnie fascynuje w Kubernetesie?

Social Media, to dla mnie przestrzeń pełna tajemnic 😊 Dużo lepiej porusza się tu @Ewa, ale i ja czasem pozwalam sobie na jakieś publikacje. I chociaż zdecydowanie od glamour, wolę konkretną pracę na zapleczu, 😉 dobrze wiecie, że najbardziej doceniane jest, to co widać na front endzie. Jako “ojciec-założyciel” naszej organizacji, wypada więc bym od czasu do czasu przemówił i skierował Waszą uwagę na to, co robię z moim team’em 😀

Okazja ku temu jest doskonała, bo w przyszłym miesiącu miną 2 lata od momentu, gdy na poważnie, zespołowo zaangażowaliśmy się w projekt Kubernetesa.

Przez ten okres nie tylko przeprowadziliśmy kilka ciekawych wdrożeń VMware Tanzu Kubernetes (w wersji “with vSphere” jak i TKGM), ale też zmigrowaliśmy kilka pokaźnych aplikacji na te środowiska. Rozwijamy też własne moduły do “Keight’s”‘a”😉: tak, tak tworzymy bowiem własny Container Storage Interface (o nim jeszcze będzie w przyszłości więcej) i utrzymujemy własną platformę K8S, która zdążyła wyjść z mikroK8S’a i przesiąść się na Vanila K8S (o tym też w przyszłości).

Stąd myślę, że mogę śmiało powiedzieć, że przynajmniej 4 osoby w naszym zespole są naprawdę znawcami tego narzędzia. Oczywiście wiadomo, że “całe życie człowiek się uczy”, ale to właściwy moment, by powiedzieć o tym, że jest to fascynujące narzędzie.

A co w nim takiego fascynującego? Oooo… tutaj musiałbym porządnie się pochylić i wymieniać jego cechy, opisywać je, uzasadniać itd. itp. Pomyślałem sobie, że będzie lepiej jak wesprę się Zespołem 🙂

Poniższe wypowiedzi spisałem podczas rozmów 1:1, naturalne, zapisane tak jak były wypowiadane, bez korekty. Poczytajcie.

Kacper

Co Cię fascynuje w K8s?

Co mnie fascynuje w K8s? Że ten projekt jest tak duży i otwartoźródłowy. Podoba mi się, że kod jest otwarty i można do niego zajrzeć. Można zobaczyć każdy komponent na własne oczy, a nie tylko w teorii. Bardzo podoba mi się dokumentacja: obszerna tłumaczy wszystko. Kubernetes bardzo szybko się zmienia i trzeba być na bieżąco, ale ma super mechanizmy z wersjonowaniem. Można iść do przodu nie tracąc kompatybilności. Bardzo mi się podoba zakres możliwości jaki daje K8s. Praktycznie możemy zautomatyzować wszystko. I jednocześnie mieć pewność, że będzie zapewnione HA. Ten kube-apiserver (i więcej kluczowych komponentów, dop. red.) jest zreplikowany na węzłach control plane’a. Przejrzystość operatorów i zarządzanie zasobami. Jest to ujednolicone przez API i obiekty, które są trzymane w etcd. Każdy kto jest zainteresowany tworzeniem rozwiązania opartego na K8s może tworzyć swoje kontrolery/operatory, które pozwalają na elastyczne zarządzanie stanem takiego klastra.

Fascynuje mnie to, że (K8s) daje narzędzia, które pozwalają na interakcje z komponentami fizycznych węzłów i fizyczną infrastrukturą. To jest ta elastyczność, która pozwala na tworzenie specyficznych dla danego środowiska rozwiązań. Mam na myśli CSI, CNI, Cloud…. tylko nie pamiętam jak to się nazywało….interfejs do integracji z rozwiązaniami chmurowymi.

No i cały zamysł tej technologii opartej o konteneryzację. I myśl, by tworzyć rozwiązania, które są bezstanowe i replikowane, czyli też odporne na awarie. (Dzięki czemu) jesteśmy w stanie za pomocą mechanizmów K8s tworzyć upgrade canary deployment, które zapewniają płynność w działaniu aplikacji i jak najniższy downtime.

Błażej

Czy fascynuje Cię K8s?

Oczywiście, że tak.

Dlaczego?

Odpowiedź jest jedna. Ze względu na swoją złożoność. Fascynuje mnie złożoność całego tego środowiska, ale też, to jak jest ono cały czas rozwijane. Nie miałem jeszcze z nim za dużo do czynienia, ale jak je poznaję, to ciekawi mnie jak dużo jest narzędzi do zarządzania bezpośrednio w K8s. Jak bardzo dobrze jest rozwiązany provisioning, jak super jest wykorzystane API i to, że możemy nim zbierać informacje oraz kontrolować co się dzieje. To jest bardzo fascynujące, jak to ze sobą wszystko współgra. Jak też zasoby są przypisane, jak brakuje czegoś,  to jak one współpracują, żeby wszystko działało i się nie wywalało. Cała ta orkiestracja, że to wszystko ze sobą gra…

Ciekawe są te narzędzia do zarządzania i że można tworzyć swoje własne.

Ciekawy jest provisioning, jak bardzo można wiedzieć, co się dzieje, jak ją kontrolować, co się z nią (aplikacją) dzieje, jak są jakieś corner case’y. Jest też dobry feedback, co warto kontrolować i co warto naprawiać (usprawnić).

Nie jest to narzędzie, które można poznać w chwilę. Wymaga dużo wiedzy, zebranej w praktyce i w teorii, by je w pełni zrozumieć. A coś, co trudno zrozumieć, jest z pewnością ciekawe 🙂

Lukas

Czy fascynuje Cię Kuberentes?

Fascynują mnie jego możliwości.

Dlaczego?

(…długa cisza…) podoba mi się zmiana podejścia do uruchamiania aplikacji względem wcześniejszych wzorców… i, że te ograniczenia, które on narzuca pozwalają na tworzenie wymiennych modułów. Możesz napisać driver CSI i jakakolwiek aplikacja, która to obsługuje będzie działała, tak samo jest z siecią, service mesh, on sam z siebie nie ma zbyt dużo komponentów, ale dorzucenie zewnętrznych komponentów jest proste-łatwe. Nawet te komponenty można wymieniać co jest ważne np. mikroK8s używa dqlite zamiast etcd. Architektura jest bardzo fajnie zrobiona, pozwala ona na praktycznie dowolne rozszerzanie możliwości. Czyli nie mamy tylko samych kontenerów, ale też np, zarządzanie VM’kami, operatory i obiekty K8s’owe. No i uważam, że jest bardzo dobrze zrobiony, bo zrobili go ludzie z Google, po tym jak robili własny soft jeszcze bez kontenerów, chyba Borg i architektura jest tak zrobiona, że te rzeczy, o których mówiłem wcześniej pozwalają na rozszerzenie, no i ma otwarte źródło. I jest przemyślany.

A Tanzu jak się ma do tego?

Tanzu rozszerza K8s ze wszystkich możliwych stron. I wszystko co można zrobić Tanzu robi. Idąc od dołu: storage (CSI driver do konsumowania dysków vsphere’owych), sieć cała Antrea zintegrowana z NSX, która pozwala na observablity sieciowe, nawet między klastrami K8s’a, no i loadbalancery, masz zarządzanie, jakby poziom wyżej, To jest zaje…iste, bo nawet supervisor klaster też jest K8s’em i te rzeczy co wystawią klastry, to jest operator. Więc sam supervisor klaster to jest taki taki K8s K8s’ów. Łatwo zarządzać, upgrade’ować, niszczyć, to jest zautomatyzowane. Ręczne wystawienie, żeby to było porównywalne jest bardzo ciężkie, bo skomplikowane technicznie. Trzeba znać bardzo dużo komponentów i wiedzieć jak je połączyć. I stoi na ramionach gigantów, czyli stabilnego vSphere’a.

A jakbyś odniósł go do Sarkana?

Mamy zrobiony storage. Nie mamy tych wszystkich komponentów. Nie mamy supervisor clustra, ale jak będziemy mieli, to będzie kompatybilny nie tylko z vSpherem. No, ale nasz wymaga tylko dysków i Ubuntu, i tak długo jak, to jest wspierane, to wszystko działa od ręki. Żeby mieć Tanzu to musisz mieć kompatybilne serwery i storage. Więc na razie jeśli chcesz mieć tylko pod storage, to Sarkan będzie prostszy i tańszy.

A co jest takie wow?

MP, które piszemy do Flopsara 😀…ale z K8s’a….ta kompatybilność, jak masz te komponenty, to aplikacja będzie działać wszędzie, na każdej dystrybucji, o ile nie jest jakoś ona specjalnie “skopana”, w sensie dostosowana.

Arek

Czy fascynuje Cię Kuberentes?

Oczywiście, że tak. 🙂

A co Cię w nim fascynuje?

…jakby wychodząc wiesz, zaczynając od konteneryzacji i mikroserwisów i przechodząc do K8s…bo jakby cały ten temat jest fascynujący. I K8s daje duże wsparcie w zarządzaniu. Można to podzielić na różne płaszczyzny, co mnie fascynuje. Części: operatorska, developerska, ecosystem, społeczność. Od developmentu po właśnie zarządzanie, skalowalność, ta niezawodność w dostępie do systemów, od operatorskiej monitoring, optymalizacje nawet pod względem kosztów, właśnie jak mamy skalowalność, to przez operatora ciężko oszacować, a przy pomocy K8s możemy ją zoptymalizować. Pod względem skalowalności, jak mamy aplikację, która jest nierównomiernie obciążona, to K8s pozwala, tam gdzie jest zwiększone obciążenie je obsłużyć…to jest mega fajny bajer K8s…

nie wiem co jeszcze… to też na pewno upraszcza wdrażanie aplikacji. I tutaj dzięki wsparciu mikroserwisów, jesteśmy w stanie podzielić zespół na mniejsze drużyny i możemy je równolegle rozwijać….automatyzowanie różnych działań ma duży plus. I to jest fajne, że w deklaratywny sposób zarządzamy. Określamy wymagania aplikacji i K8s nam to zapewnia….nie wiem chyba wyczerpałem…

Co jest mega zaje…iste, tak żebyś powiedział: “ale to extra rozkminili”?

Hmmmm… … … no chyba, to takie ogólne będzie… ale zarządzanie tymi aplikacjami. I operatory i mechanizmy bezpieczeństwa.

Benny

Czy fascynuje Cię Kuberentes?

Tak.

Dlaczego?

A… bo to fajne narzędzie… Umożliwia… hmmm… jakby to… po prostu działa… udostępnia dużo fajnych rzeczy zarówno przy… hmmm… przy jakimś hobbystycznym deploymencie aplikacji, jak i zarówno jakiś dużych korporacyjnych klastrów. Pozwala nie przejmować się takimi rzeczami jak loadbalancing i skalowalność. Duże rzeczy załatwia za użytkownika. Co prawda próg wejścia jest dość wysoki i trzeba się dużo nauczyć, ale jak się ogarnie podstawowe rzeczy, to można łatwo robić wdrożenia.

Ogarnia rollout i rollback’i, jak coś nie pójdzie przy deploymencie, to K8s to cofa. Updateowanie aplikacji jest dużo bardziej bezproblemowe. W sumie też technologia ma to do siebie, że lubi się psuć, usługi  i sprzęt się psują. A zdolność K8s na selfhealing pozwala, na to, że ona się monitoruje, sprawdza co w aplikacji się dzieje i sam próbuje to naprawić. Nie musimy nic robić i K8s robi to za nas…W skrócie to jest fajne narzędzie po prostu.

Ale zaje…iste?

No jest zaje…iste… co tu mówić… 😀… to jak, to działa przy tym jak, to jest złożone, to rozwala mózg 🙂… albo możliwość rozszerzania tego, że możemy dosłownie tworzyć zasoby K8s i działać na nich jak na domyślnych zasobach… świetna rzecz… tworzenie natywnych aplikacji K8s, które działają i komunikują się klastrem K8s… to zaje…ista rzecz 🙂

Piotrek

Czy fascynuje Cię Kuberentes?

W sumie nie miałem jakoś bardzo styczności z K8s. Aczkolwiek podczas pierwszego zadania nt. Sarkana, chłopacy pozwoli mi się z nim zapoznać i nawet im powiedziałem, że jestem w szoku jak to działa. I nie widząc tego wcześniej potrafiłem powiedzieć, że to fajnie działa.

Dlaczego Cię fascynuje?

hy… … dlaczego, wydaje mi się, że fajne jest to, że nie musimy osobiście pilnować kontenerów, całych aplikacji zbudowanych z tych kontenerów. On to robi za nas. Żeby nie było przerwy jak coś się zepsuje, on wystawi ja na nowo. Co jeszcze? Fajnie, że możemy określić moc procesową i pamięć ram dla tych kontenerów i chyba tyle. Fajnie, że powstało takie narzędzie i nie trzeba robić tego wszystkiego manualnie.

Ale co jest takie naprawdę zaje… stego? No wtedy na voffice’ie (wirtualne całodniowe wspólne pracowanie przez teams’y, bo pracujemy zdalnie – przyp.red.)… powiedziałem, że jestem w szoku, bo jak usunąłem metadata serwer, i on zmienił sobie sam leadera, po czym sam wystawił sobie nowy serwer… jeszcze nie wiedziałem, że to tak działa, może dlatego… na razie chyba tyle z tego co takie zaje…iste było… chyba…

Podsumowując zdanie kolegów, fascynuje mnie, bo ma:

  • mechanizm rollback dla wdrażanych na nim aplikacji
  • wbudowane HA i skalowalność
  • modułowość komponentów i uruchamianych usług
  • “przejrzystość” skomplikowanej architektury
  • świetną dokumentację
  • możliwość elastycznego rozudowania, łatwego dodawania funkcjonalności dla specyficznych use-case’ów
  • observability
  • self-healing

Osobiście “my favourite” to Service Mesh 🙂. A co Was fascynuje w Kubernetesie czego tu jeszcze nie przytoczyłem?

VMware Summer Partner Day – budowanie relacji

VMware Summer Partner Day – budowanie relacji

VMware Summer Partner Day okraszone letnim deszczem.
Sukces czy fiasko?
Plenerowa impreza powinna odbywać się w słońcu. Słowo summer zobowiązuje, przywołuje na myśl tylko ciepłe odczucia. Na pogodę nie mamy wpływu, ale na atmosferę, jaka się wytworzyła już tak, a ta była znakomita 😊
Prowokacyjnie zaczęłam od deszczu, choć on tylko dodał uroku temu wydarzeniu. Najważniejsze były emocje, z jakimi wychodziłam ze spotkania, bo to my ludzie jesteśmy najważniejsi. To my mamy moc sprawczą i kreujemy to co nas otacza.
Ostatnio wpadła mi w ręce książka „Marketing relacji”.
Relacje, więzi, połączenia…
Zauważyliście, że wszyscy jesteśmy ze sobą połączeni, a nic nie dzieje się w życiu przypadkiem?
Budowanie relacji, to klucz do sukcesu i będę, to powtarzać jak mantrę. W INDEVOPS to wiemy i nie musimy tego budować, bo, to po prostu się dzieje.
Spotkanie VMware Summer Partner Day miało wyglądać dokładnie tak 😊
Piękni, uśmiechnięci ludzie, od small-talk’ów po dyskusje, wymiana pozytywnych myśli, integracja na full 😊 Dało się wyczuć, że panuje głód drugiego człowieka, wszystko naturalne.Mam wrażenie, że na co dzień często zapominamy, że w biznesie też może być spontanicznie i na luzie. Tak czułam, a więc tak było. Zapach kwiatów, ciepły wieczór, gwar. To wszystko, na co czekałam, dostałam.Pięknie nas VMware ugościł, a restauracja Spokojna wcale tego wieczoru taka nie była i to wielki plus 😊.Chociaż tu z CEO mamy inne odczucia, bo Pawel Orzechowski uważa, że było spokojnie. No to oboje mamy rację, bo liczą się indywidualne doświadczenia i to jest super!!!

Kobiety w IT

Kobiety w IT

Spotkanie Kobiety w IT by Arrow za mną.
Ciekawe prelekcje, nowe rozwiązania i przyjazna atmosfera. 😊
Skłoniło mnie to do refleksji, że może i cały świat IT nie jest różowy 🌸 dla nas kobiet, a statystyki nie zawsze przemawiają na naszą korzyść, ale jest tu dla nas dużo przestrzeni, a jak wiadomo dla chcącego nic trudnego. 😊 Trzeba działać!!!
Mnie koledzy ostatnio zapraszali do działu DEV, ale za bardzo lubię swój marketing, żeby się przebranżowić na specjalistkę od kodowania. 😊 Jednak moja zawodowa droga doprowadziła mnie finalnie do IT. 😊 I czuję się tu jak rozpędzony pocisk, no dobra na razie w wodzie. 😊

Przed nami babeczkami trochę pracy, żeby przebić się w tej mocno męskiej branży, ale też i światło w tunelu, że jest nas coraz więcej. Działamy odważnie, mamy ogromną wiedzę, siłę i moc sprawczą. Wybieramy interesujące nas obszary technologiczne, w których chcemy pracować, rozwijamy się i szkolimy.
Działamy na polu IT, robiąc co chcemy i jak chcemy bez względu na stereotypy panujące w społeczeństwie. Spełniamy swoje marzenia i tak powinno być 😊
Podobno te skrzydła (na zdjęciu) dają moc i dzięki nim dostajemy prawdziwego pędu do lotu! Tego się będę trzymać.

Dodam, że w INDEVOPS też z każdym rokiem przybywa, nas dziewczyn.U nas zawsze panowała równowaga w tym względzie nie tylko dlatego, że świat wymusza diversity. Nasze dziewczyny z „FO” działają już czwarty rok, bo wiedzą, że u nas w firmie ważna jest współpraca zespołowa i otwartość dla wszystkich niezależnie od płci. Dla przypomnienia jak działają 😊 link do artykułu:
https://lnkd.in/eKQEEBAB
A do tego CEO też jest “Panną”🙂 (zodiakalną, ale zawsze 😊 😋 😉 ).

“Kobiety w IT” – Konferencja Arrow

“Kobiety w IT” – Konferencja Arrow

Uwielbiam kobiecą energię. Kobiety są niezwykle inspirujące i wspaniałe!!! Wiem, wiem, to nie dzień kobiet, ale dużo się teraz dzieje wokół dziewczyn, także w świecie IT.
Coraz więcej nas w tej mocno męskiej branży i to jest mega!!!

INDEVOPS’owa delegacja płci pięknej, czyli Marzena Malkiewicz i ja już we wtorek 20 czerwca 2023 w warszawskich wnętrzach The Brain Embassy na wydarzeniu „Kobiety w IT”, które corocznie łączy biznes IT i świetne Kobiety.

Spotkania, prelekcje FortinetIBMMicrosoftOracleRed Hat, niespodzianki i My 😊

Can’t wait 😊

https://lnkd.in/eJWhVwzX

Dziękujemy Magdalena Jankowska i Arrow ECS Polska za zaproszenie 😊

Migracja serwisów na Agenta Telegrafa

Migracja serwisów na Agenta Telegrafa

Przy okazji udziału w szkolnej akcji pt. “Ciekawy zawód rodzica” córka zapytała mnie: “a co Ty tato właściwie robisz w pracy?”. I coś, co dla mnie jest oczywiste, w pierwszej chwili nie do końca potrafiłem wytłumaczyć.

Bo jak w zrozumiały sposób wyjaśnić 10-latce projektowanie architektury, automatyzację procesów biznesowych, wirtualizację systemów, czy samo znaczenie słowa “deployment”. Do tego jeszcze ciekawie i w zrozumiały sposób opowiedzieć o tym przed szanowną “lożą szyderców” w postaci jej rówieśników. 😊

Po chwili zastanowienia i analizie ostatnich zagadnień, z którymi przyszło mi się zmierzyć opowiedziałem jej o tym jak w dobie XXI wieku oszczędzamy coś, co moim zdaniem jest najcenniejsze-czas. Jak poprzez eliminowanie z życia rodziców jej koleżanek i kolegów powtarzalnych czynności ograniczamy ilość “siwych włosów” na ich głowach. 😉

No, to dziś krótko, na przykładzie zaangażowania zespołu INDEVOPS przy relatywnie prostym zagadnieniu. Wziąłem pod lupę główny system monitorujący infrastrukturę, usługi, aplikacje oparty o rozwiązanie vRealize Aria Operations. Na przestrzeni lat rozbudowywany i wykorzystujący ponad 4000 instancji agenta EP Ops. Od wersji 8.4 wspierający wyłącznie agenta telegrafa.

I nadszedł ten długo oczekiwany przez wszystkich dzień, gdy te kilka tysięcy obiektów EP Ops trzeba było “z’upgrade’ować” na obiekty Telegrafa. Niestety przy braku ścieżki upgrade oznaczało to nie tylko zdefiniowanie na nowo, ale również dokonfigurowanie kilku tysięcy nowych obiektów.

Jeśli ktoś z Was manualnie konfigurował obiekty Telegrafa to doskonale wie, z jaką syzyfową pracą trzeba się zmierzyć. Już widzieliśmy ten entuzjazm administratorów w klikaniu w GUI, jeden po drugim kolejny obiekt. Już widzieliśmy zadowolenie na twarzach kierownictwa szybko wykonanych rekonfiguracji i zachowania ciągłości w monitorowaniu.

Jeśli jest to wyklikanie kilku, no góra kilkunastu obiektów, raz na jakiś czas, to posługiwanie się standardowym interfacem systemu może być przyjemne. Jednak w sytuacji gdy mamy do odtworzenia w krótkim czasie 4000 tysiące obiektów, dokonfigurowania kolejnych, wprowadzenie konwencji nazewniczej, to ten entuzjazm i zapał wprost proporcjonalnie maleje wraz z kolejnymi manualnie wykonywanymi tymi samymi czynnościami. Do tego zawsze może wkraść się błąd ludzki, który może sam proces wydłużyć i zirytować. A przy tej liczbie oznacza to ok. kilku miesięcy pracy.

W związku z powyższym postawiono przed nami zadanie do realizacji: 🙂 “Prosimy o odtworzenie w agencie telegrafa wszystkich HTTP/TCP/ICMP check’ów, procesów oraz serwisów EP Ops’a, zachowując przyjętą konwencję nazewniczą oraz ciągłość monitorowania. Termin realizacji 1 miesiąc.

Zabraliśmy się do pracy, gdyż nadrzędnym naszym celem jest terminowość, a co za tym idzie zadowolenie klienta.

W pierwszym kroku została wykonana analiza i inwentaryzacja wszystkich obiektów EP ops. W tym celu wykorzystaliśmy między innymi moduł raportowy vrops-a, który pomógł nam wykluczyć obiekty już nieistniejące lub generujące błędy.

Następnie nasz zespół deweloperów, dla którego nie ma rzeczy niemożliwych do zrealizowania, opracował narzędzie do konfiguracji:

  • HTTP/TCP/ICMP checków
  • Linux process
  • Windows services

Należy nadmienić, że rozwiązanie przez nas przygotowane potrafi z instancji vROPS-a pobrać aktualną konfigurację obiektu i dostosować ją do szablonu konfiguracyjnego agenta Telegrafa. Administrator przed finalnym uruchomieniem może zweryfikować czy dane są poprawnie wprowadzone, czy systemy, na których będą konfigurowane obiekty posiadają zainstalowanego agenta telegrafa.

Każdorazowe uruchomienie kończy się raportem podsumowującym zawierającym zestawienie obiektów, na których konfiguracja się nie powiodła.

Przy wykorzystaniu narzędzia proces migracji ponad 7000 obiektów zakończył się po 5 dniach.

Uproszczono i wymuszono standaryzację nazewniczą. A przy jednoczesnym wykorzystaniu w systemie logicznych reguł grupowania obiektów przyporządkowywane są automatycznie do właściwej aplikacji, środowiska (produkcja, test), opiekuna.

Obecnie administratorzy w codziennej pracy aktywnie wykorzystują narzędzie przy okazji dodawania kolejnych aplikacji do monitoringu. Objęcie monitoringiem każdej kolejnej aplikacji z wykorzystaniem Telegrafa skraca czas realizacji o 50%.

Oczywiście w szkole córki nie opowiedziałem o powyższym przykładzie. Moje wystąpienie było prezentacją z wykorzystania techniki, nowoczesnych rozwiązań, które ułatwiają nam codzienne funkcjonowanie i eliminowanie czynności, które nas, ludzi najzwyklej nudzą i są powtarzalne.

“Loża szyderców” ku mojemu zdumieniu z ogromnym zainteresowaniem przyjęła moje wystąpienie. Jednocześnie na zakończenie padło wiele ciekawych pomysłów i rozwiązań na wyeliminowanie z ich życia codziennego chodzenia do szkoły i uczenia się.