Monitorování výkonu SaaS

Udržte výkon SaaS aplikací s pomocí viditelnosti do sítě. Možnosti SaaS nám všem obrátily život naruby. S kolegy dnes můžeme spolupracovat v podstatě odkud chceme a kdy chceme, a starost o svá data přenecháváme cloudu. Je to rozhodně pohodlnější způsob než si přeposílat dokumenty e-mailem jako v minulosti a snažit se udržet kontrolu nad aktuální verzí společných dokumentů uložených na sdíleném disku.

Spustit demo

Dostaňte SaaS pod kontrolu

Jedním z argumentů, proč přejít na cloud, bývá snížení nároků na IT zdroje potřebné pro bezproblémový chod aplikací. Realita ale často bývá odlišná. Model SaaS totiž přináší novou výzvu - a tou je znovuzískání kontroly nad kritickými systémy.

Od chvíle, kdy se k aplikaci mohou zaměstnanci připojit mobilním telefonem prostřednictvím zahlcené letištní Wi-Fi, není v silách NetOps týmu, aby měl vše pod kontrolou. Zůstává však zodpovědný za hladce fungující služby, a to i v případě aplikací typu SaaS provozovaných třetí stranou.

Nedostatečná viditelnost do kanálů mezi koncovými uživateli a aplikacemi a tím i neznalost toho, co se v nich děje, může způsobit zmatky v komunikaci, ochromit fungování firmy a výrazně snížit předpokládanou návratnost investic z přechodu na model SaaS.

Pokud totiž víte, kde je problém, zda v síti u uživatelem služby nebo na straně poskytovatele služby, můžete si ušetřit řadu starostí a výrazně snížit dopad způsobený problémy s výkonem SaaS.

Nalezněte příčinu snížení výkonu SaaS

Od té doby, co problémy s výkonem SaaS končí jako horká brambora v náruči NetOps týmu, platí, že celý proces nápravy je možné výrazně urychlit, pokud se včas dostanou ke správným informacím.

Při snížení výkonu SaaS nastává většinou jeden z následujících scénářů:

Scénář č. 1

Problém je v lokální síti, v nesprávné konfiguraci zařízení nebo na trase.

Scénář č. 2

Problém je na straně poskytovatele SaaS.

Scénář č. 3

Scénář 1 i 2 probíhá současně.

Jak vyřešit pomalé SaaS

Scénář č. 1

Odstraňte nedostatky v lokální síti. Pokud žádné nejsou, kontaktujte ISP a požadujte nápravu nebo upravte parametry objednané služby.

Scénář č. 2

Kontaktujte poskytovatele SaaS a požádejte o nápravu nebo upravte parametry objednané služby.

Scénář č. 3

Postupujte podle výše uvedených kroků 1 a 2.

Řešení Flowmon využívá pasivní metodu monitorování výkonu sítě (sbírá Netflow/IPFIX) a poskytuje výkonnostní metriky z obou stran. Z lokální i ze strany SaaS. Umožňuje tak snadno rozlišit mezi jednotlivými scénáři.

Stručně řečeno, Flowmon vám řekne, který z těchto 3 scénářů je právě váš případ.

Objem provozu využívaný komponentami Office 365

Výkonnostní metriky sítě na celé trase SaaS

Aby bylo možné rozlišit mezi zmíněnými typickými scénáři, zaměřuje se Flowmon na hodnotu RTT – round trip time (čas, který potřebuje paket TCP handshake k cestě z lokální sítě k SaaS providerovi a zpátky), SRT – server response time (čas, který potřebuje server SaaS k odpovědi), jitter (rozptyl zpoždění mezi pakety) a volumetrickou statistiku (objem dat, které jsou v daný moment v oběhu).

Tyto metriky obvykle pomáhají rozlišit mezi zmíněnými třemi scénáři takto:

Scénář č. 1

Hodnota RTT je nad akceptovatelnou hranicí. Hodnota SRT je v rámci přijatelné normy.

Scénář č. 2

Hodnota RTT je v normě, hodnota SRT je nad akceptovatelnou hranicí.

Scénář č. 3

Obě hodnoty RTT i SRT jsou nad akceptovatelnou hranicí.

Uvedené kombinace hodnot pomáhají diagnostikovat, kde se nachází problém. Dodatečné volumetrické statistiky mohou pomoci zjistit, zda lokální připojení zvládne zatížení SaaS. Jitter naopak pomáhá odhalit nestabilní síťová připojení.

Trial

Zkuste trial verzi

Nasaďte plnou verzi našeho řešení na 30 dnů zdarma.

Chci trial

Demo

Zkuste produktové demo

Prozkoumejte plně interaktivní demo řešení a vyzkoušejte, co vás zajímá.

Živé demo