Sdílený fond instancí služby
Když lidé mluví o zátěžovém testování ArcGIS Enterprise Site, obvykle se tyto rozhovory týkají využívání dedicated nebo hosted feature services.
Po mnoho let dedicated a hosted služby poskytovaly rychlý, spolehlivý mechanismus pro konzumaci mapových zdrojů s vysokou návštěvností online. To se nezměnilo.<\/P>
Existuje však další typ zdroje pro poskytování map uživatelům: Shared Service Instance Pool.
Představený ve verzi 10.7, shared instances pool usnadňuje prohlížení a dotazování služeb, které jsou stále cenné, ale kde je upřednostňováno využití systémové paměti před výkonem.
Tato funkce umožňuje publikování s vysokou hustotou služeb (např. možnost publikovat a mít mnoho běžících služeb) na úkor určité rychlosti a propustnosti. Může to být dobrý kompromis vzhledem k tomu, že pro mnoho organizací je obecně více kandidátů na shared services než dedicated nebo hosted.<\/P>
Z tohoto výhodného charakteru se shared services staly skutečnou revolucí. Ale z pohledu zátěžového testování existují některá úskalí.<\/P>
Poznámka: Jako GIS administrátor předpokládejte, že všechny shared services mají stejnou hodnotu mezi sebou. Také předpokládejte, že dedicated services by měly mít vyšší prioritu než shared services. <\/STRONG><\/FONT><\/P>
<\/span><\/STRONG><\/FONT><\/H1> <\/P>Měly by být Shared Services zatěžovány testem?Otázka za 64 000 dolarů! Jako analytik výkonu se tato otázka může objevit při publikování služeb na Site.
I když může být velmi lákavé provádět zátěžové testy shared services, abyste pochopili jejich škálovatelný profil, existuje několik důvodů, proč tato strategie *nedává* smysl:<\/P>Pokud by byla škálovatelnost zásadní, služba by měla být přesunuta na dedicatedShared services se stále mohou škálovat (např. podporovat více současných požadavků na stejnou položku), ale to není jejich primární funkce<\/LI><\/UL><\/LI>Administrátor již určil službu tak, aby upřednostňovala využití pamětiNastavením služby jako shared se očekává, že služba nebude často vyžadována<\/LI>Pokud má služba občas pomalejší nebo mírně pomalejší odezvu, to je v pořádku<\/LI><\/UL><\/LI>Testování takových služeb ukrajuje hardwarové zdroje od dedicated servicesDedicated services jsou vaše "first class" služby, nenechte shared services soutěžit s nimi<\/U><\/LI>Dedicated a hosted služby jsou hlavní mechanismy pro škálovatelnostShared services nejsou<\/LI><\/UL><\/LI>Při testování nebo častém odesílání požadavků na shared services mohou být (omezené) systémové zdroje jako CPU a paměť odčerpány od služeb, které je potřebují k poskytování rychlého výkonu uživatelům<\/LI><\/UL><\/LI>Výzvy správy testovacích plánůNení neobvyklé, že Sites mají desítky nebo stovky shared services<\/LI>Při předpokladu, že všechny shared services jsou stejné, může být testovací plán pro efektivní testování a profilování stovky či více shared services náročný a obtížně spravovatelný<\/LI><\/UL><\/LI><\/UL>Site má mix Shared a Dedicated Services, mohou být dedicated služby stále testovány?Ano. Pochopení výkonového a škálovatelného profilu dedicated služeb je stále cenná informace pro optimální nasazení a správu Site. Testujte své dedicated služby jako obvykle.<\/P>Mohou být Shared services testovány, pokud je to jediný typ fondu instancí publikovaný?Neexistují žádná technická omezení bránící zátěžovému testování shared services.
I když je určitě možné takový test spustit, nedoporučuje se to z výše uvedených důvodů.<\/P>Pravidelně analyzujte a monitorujte SitePopularita služeb může v průběhu času růst nebo klesat. Pravidelná analýza vzorců provozu požadavků na služby může pomoci administrátorům získat informace pro optimální konfiguraci a správu Site. To znamená, že jak některé služby jsou častěji vyžadovány (nebo se očekává, že budou), mohou být ručně přesunuty ze shared service na dedicated service.
