Korelacja infrastruktury

Nawigacja z usług

W najprostszej formie usługa jest wykonywana przez jeden proces, np. wiosenną aplikację startową. Jednak jest dość powszechne, że jest wykonywane przez wiele procesów do obsługi różnych przypadków użycia:

• zwiększenie przepustowości i odporności, tym więcej procesów lepsze
• rozdzielenie pracy przez różne podmioty użytkujące lub konfiguracje
• do uruchamiania różnych wersji tej usługi, zwykle w różnych środowiskach

Oznacza to, że z usługi można zwykle przejść do jednego lub wielu procesów bazowych i powiązanych z nimi obiektów, takich jak hosty, kontenery, pods Kubernetes itp.

Jednym z punktów wejścia jest Stos, na karcie Infrastruktura, która mówi wszystko o tym, jakie elementy infrastruktury dbają o uruchomienie usługi, w tym ich poprawność i ważne wielkości mierzone, takie jak wykorzystanie procesora lub pamięci.

Kolejnym punktem wejścia jest karta Infrastruktura panelu kontrolnego usługi, która udostępnia inny podział niż stos, a ponadto udostępnia pomiary śledzenia, takie jak liczba wywołań, częstotliwość błędów i średnie opóźnienie z poziomu hosta do poziomu procesu.

Oba powyższe widgety oferują Kubernetes i Pivotal Cloud Foundry jako pierwszorzędne obywatele, którzy umożliwiają bezpośredni dostęp do powiązanych z nimi obiektów, takich jak usługi Kubernetes lub aplikacje PCF.

Przykład stosu dla usługi działającej w sieci Kubernetes:

Przykład karty Infrastruktura dla usługi działającej w sieci Kubernetes:

Nawigacja z wywołań

Ogólnie dane śledzenia są powiązane z obiektami infrastruktury. Bardziej szczegółowo wywołanie może być połączone z maksymalnie 2 procesami: źródłem inicjującym połączenie i docelowym obsługą, które wywołują połączenie. Na przykład proces NodeJS tworzy wywołanie HTTP do procesu PHP.

W Widok śledzeniamożna wybrać dowolne wywołanie, aby otworzyć Szczegóły połączenia. Zarówno z sekcji źródłowej, jak i docelowej można dowiedzieć się, jakie elementy infrastruktury były zaangażowane.

W tym przykładzie źródłem jest proces PHP, podczas gdy miejscem docelowym jest wiosenna aplikacja startowa (proces Java):

Czasami korelacja z infrastrukturą nie jest możliwa, co zwykle oznacza, że proces bazowy nie jest monitorowany przez Instana.

Jest to zawsze przypadek wywołania głównego śledzenia, ponieważ zewnętrzny, niemonitorowany klient składa początkowe żądanie. W tym miejscu usługa shipping jest wywoływana z czegoś, co nie jest monitorowane przez Instana:

Inną sprawą jest to, że połączenia wychodzące są celem zewnętrznej usługi innej firmy. W tym miejscu usługa payment wywołała zewnętrzną usługę zewnętrzną www.paypal.com .

Nawigacja z infrastruktury

W przypadku wyszukiwania infrastruktury lub platformy (Kubernetes, Pivotal Cloud Foundryi vSphere) można użyć stosu , aby uzyskać listę wykonywanych usług, a aplikacje, które są częścią wraz z metrykami, takimi jak call i error count.

Produkt Przed strumieniem/strumieniem zapewnia dostęp do usług i aplikacji, które są wywoływane odpowiednio przez bieżącą jednostkę infrastruktury i są wywoływane przez bieżącą jednostkę infrastruktury.

Jak działa

Ważne jest, aby wiedzieć, że monitorowanie aplikacja i infrastruktura jest oparte na dwóch różnych potokach danych:

• Monitorowanie aplikacji: dane (dane śledzenia i calls.md) pochodzą z znaczników Instana lub śledzących inne osoby.

• Monitorowanie infrastruktury: dane (znaczniki i metrics.md) pochodzą z czujników Instana.

Te 2 światy łączą się bezproblemowo dzięki mechanizmowi, który nazywamy linkami infrastrukturalnymi, gdzie połączenia są połączone z monitorowanymi obiektami infrastruktury. Łączenie występuje wtedy, gdy znaleziono wspólny identyfikator po obu stronach.

Korelacja infrastruktury w odwzorowaniu aplikacji i usługi

Jaka jest rola korelacji infrastruktury w odwzorowaniu aplikacja i usługa ?

Gdy zaplecze Instana analizuje ślady i połączenia, najpierw połączy je ze znanymi obiektami infrastruktury i wzbogaci je o znaczniki infrastruktury takie jak host.name, springboot.name lub docker.label. Znaczniki te są następnie używane do automatycznego odwzorowywania tych wywołań na usługi przy użyciu predefiniowanych reguł lub reguł zdefiniowanych przez użytkownika. Na przykład wywołanie połączone ze startowym procesem startowym zostanie odwzorowane na usługę, która pobiera jej nazwę z nazwy aplikacji springboot. Można również zdefiniować etykietę Docker service-name , która może być użyta do utworzenia niestandardowej reguły odwzorowania usługi , aby nazwać większość usług działających w systemie Docker.

To samo dotyczy odwzorowania aplikacji , w którym można używać tych znaczników infrastruktury do definiowania aplikacji, na przykład przy użyciu znacznika kubernetes.namespace :

Gdy łączenie infrastruktury nie jest możliwe, odwzorowanie usługi nie może opierać się na znacznikach infrastruktury i opierać się na tak zwanych regułach typu fallback, które są definiowane przy użyciu znaczników wywołań, takich jak call.http.host lub call.database.schema.

Korelacja i incydenty infrastruktury

incydent grupuje pokrewne zdarzenia, korzystając z Wykres dynamiczny. Możliwość łączenia połączeń (a więc aplikacji i usług) do obiektów infrastruktury wzbogaca graf dynamiczny o dodatkowe połączenia mostkowania dwóch światów i w związku z tym skutkować będzie jeszcze pełniejszym incydentem i szybszą analizą przyczyn głównych.