Správa serveru 4D často znamená sledovat současně několik typů připojení: desktopové klienty, webové relace, přístup přes REST a volání SOAP. Dosud mohly být tyto informace roztříštěné nebo bylo obtížné je rychle porovnat.
Díky této nové verzi okna pro správu se záložka „Relace“ stala mnohem přehlednější, konzistentnější a především praktičtější pro každodenní použití. Cíl je jednoduchý: poskytnout jednotný přehled všech aktivních relací a zároveň zobrazovat kontextové podrobnosti přizpůsobené vybranému typu relace.
Výzva
Na skutečném produkčním serveru není problémem ani tak nedostatek informací, jako spíše způsob, jakým jsou informace roztříštěné. Když dojde ke zpomalení nebo je detekováno neobvyklé chování, často potřebujete rychle pochopit, co se děje. Ale v případě klientských relací, volání REST a webových či SOAP připojení se analýza může rychle stát roztříštěnou.

Jeden sjednocený seznam pro všechny relace
První viditelnou změnou je zjednodušení seznamu relací. Od nynějška se všechna připojení zobrazují v jediném zobrazení, bez ohledu na typ. Relace desktopového klienta, REST, webové a SOAP se všechny objevují ve stejném seznamu, což poskytuje okamžitý celkový přehled o aktivitě serveru.
Tento seznam zobrazuje pouze informace, které jsou skutečně společné pro všechny relace. Najdete zde typ relace, uživatelské jméno, datum připojení, čas CPU, aktivitu a stav relace. Cílem je zabránit přetížení rozhraní poli specifickými pro jednotlivé typy, která ztěžují porovnávání řádek po řádku.
Důležitým prvkem tohoto nového zobrazení je první sloupec, který je zcela věnován ikonám. Umožňuje vám vizuálně identifikovat typ relace, aniž byste museli číst text. Ikona jablka představuje klienta macOS, ikona Windows představuje klienta Windows a ikona zeměkoule seskupuje webová, REST a SOAP připojení. Další vizuální rozlišení také označuje, zda je relace ověřena.
Díky tomuto přístupu můžete na první pohled zjistit rozložení aktivních připojení, aniž byste se museli zabývat detaily.
Informace, které byly dříve roztříštěné, jsou nyní na jednom místě
Druhá významná změna se týká panelu s podrobnostmi umístěného ve spodní části okna. Právě zde se projevuje skutečná hodnota tohoto vylepšení.
Když vyberete relaci, panel se automaticky přizpůsobí jejímu typu. Například u relace typu Client zde najdete název relace operačního systému, IP adresu, název počítače a také ukazatele týkající se uživatelských práv pro 4D Write Pro a 4D View Pro. Tyto prvky okamžitě ukazují kontext, ve kterém uživatel pracuje, a které funkce může využívat.
U relací REST, Web nebo SOAP je obsah odlišný, ale stejně zaměřený na diagnostiku. Zobrazuje zejména stav „Host“, seznam oprávnění spojených s relací, IP adresu a User Agent. To pomáhá rychle identifikovat povahu volání a typ použitého klienta.
Jedním z nejužitečnějších prvků v tomto panelu je tlačítko pro vyhledání IP adresy. Jedním kliknutím můžete spustit geolokaci zobrazené adresy. Výsledek se zobrazí přímo pod IP adresou v jednoduchém formátu, například „Město – Region (Země)“. Pokud nejsou k dispozici žádné informace, zejména u soukromé adresy, tlačítko pro vyhledání IP adresy se nezobrazí. Tím se zabrání nejednoznačnosti a zajistí se jasná interpretace.
Konkrétní příklad
Identifikace a porozumění spotřebovaným licencím
Správa licencí je jednou z klíčových povinností při správě produkčního serveru 4D. Není však vždy snadné rychle pochopit, která připojení skutečně využívají zdroje a jak se toto využití v průběhu času mění.
Díky novému oknu Admin se tato analýza stává mnohem přehlednější. Jelikož jsou nyní všechny relace seskupeny v jediném zobrazení, můžete sledovat celkovou aktivitu serveru v reálném čase a snadno identifikovat, které typy připojení jsou aktivní: desktopové klienty, webové relace, volání REST nebo připojení SOAP.
Tato centralizace především umožňuje mnohem jasnější přehled o skutečném využití serveru. Během pouhých několika sekund můžete zjistit, zda většina připojení pochází ze standardních klientských pracovních stanic, zda některé webové aplikace generují více relací pro stejného uživatele, nebo zda volání REST spotřebovávají více zdrojů, než se očekávalo.
K takové situaci dochází například tehdy, když aplikace nesprávně používá relační soubory cookie. Místo toho, aby se znovu použila stávající relace, může každý požadavek vytvořit nové připojení na straně serveru. Výsledek: v okně správy se objeví několik podobných relací se stejnou IP adresou, stejným User Agentem nebo stejnými oprávněními. Toto chování je okamžitě viditelné a výrazně usnadňuje odhalení problémů s konfigurací nebo implementací.
Kromě základní diagnostiky pomáhá tato přehlednost také efektivněji předvídat potřeby. Sledováním špiček a vzorců připojení lze snáze posoudit, zda počet dostupných licencí skutečně odpovídá každodennímu využití serveru.
Tento sjednocený přehled také pomáhá snadněji odhalit chování, které dříve zůstávalo bez povšimnutí. Například automatizované relace, které zůstávají aktivní příliš dlouho, velmi častá připojení REST nebo uživatelé připojení současně z více pracovních stanic.
Cílem není pouze počítat připojení, ale především pochopit, jak jsou zdroje serveru skutečně využívány, aby bylo možné optimalizovat každodenní správu.
Identifikace neobvyklé aktivity
Vezměme si velmi jednoduchý případ. Server začíná zpomalovat a vy si všimnete neobvyklé aktivity. Otevřete kartu „Relace“ a uvidíte relaci REST, která spotřebovává více zdrojů než ostatní.
Kliknete na ni. V panelu podrobností se okamžitě zobrazí její IP adresa, User Agent a přidružená oprávnění. Spuštěním vyhledávání IP získáte informaci o poloze, která vám dá první vodítko k tomu, odkud požadavek pochází.
Během pouhých několika sekund již máte jasný přehled o situaci. Víte, odkud relace pochází, jaký typ klienta se používá a v jakém kontextu funguje. Stačí pouze kontaktovat vlastníka nebo zkontrolovat příslušné API. To, co by jinak mohlo vyžadovat několik nástrojů nebo více úrovní protokolování, se zde vyřeší přímo z jediného rozhraní.
Závěr
Toto nové okno „Admin“ pro 4D Server nejenže reorganizuje stávající informace. Skutečně mění způsob analýzy relací tím, že centralizuje přehled, zjednodušuje srovnání a poskytuje kontext, na jehož základě lze okamžitě jednat.
Díky seskupení všech relací do jednoho sjednoceného zobrazení a dynamickému přizpůsobování zobrazených detailů vám pomáhá rychleji pochopit, co se na serveru děje, a reagovat s mnohem větší pohotovostí.
V konečném důsledku tato evoluce nemění pouze rozhraní, ale především způsob, jakým se diagnostikuje a spravuje produkční systém.
K tomuto příspěvku zatím nelze přidávat komentáře.