Daktela Maximum Limits
Strana Klienta
Benchmark
Testujeme naši aplikaci, ale zde máme mnoho proměnných. Jelikož záleží na počtu ticketů, formulářů s přílohami. To znamená, že při dlouhodobém používání Daktely byste měli mít nastaveno uchovávání dat tak, aby množství dat nevedlo ke zpomalení systému. Jinak k tomu musíme přidat zdroje.
Připojení
Rychlost stahování na koncovém zařízení klienta musí být alespoň cca 1 MB na operátora. Upload je povinný především pro hlasový provoz 140 kBit za sekundu. Samozřejmě pak pokaždé, nastavení klientské LAN znovu instance Daktela by měla být prioritou.
Strana Serveru
Pasivní hovory:
Maximální počet současně přihlášených uživatelů (Voice IN/OUT) - 200.
Maximální počet vytvořených uživatelů - 4000 - 5000.
Maximální počet vytvořených zařízení - 5000 (při použití protokolu UDP).
Maximální počet hovorových front pro optimální chod hovorů - 200.
Tyto limity jsou škálovatelné. Pokud požadujete vyšší než výše uvedená čísla, kontaktujte nás pro individuální technickou konzultaci.
Helpdesk:
Maximální počet pohledů včetně podpohledů - 50. Jedná se o zobrazení bez jakékoli optimalizace (pomocí vyhledávání „obsahuje“ a vlastních polí). Připravujeme benchmark na úrovni nastavení práv. Pokud jsou vaše pohledy příliš složité, v Daktele budete při jejich ukládání informováni.
Počet e-mailů uložených v Daktele s přílohou - 10 GB. V případě importu starých zpráv z emailové schránky / externího systému je třeba technická konzultace a řešení individuálně.
Vše výše uvedené je potřeba po technické konzultaci řešit individuálně.
Aktivní hovory:
Počet záznamů
Počet uložených záznamů - 20 Mil.
Počet položek = hovorů ve výpisech - 100 Mil.
Počet současně vytvořených hovorů (aktivit)
Limit současně přijatých hovorů, vytvořený call daemonem, bez zhoršení je -100
Prediktivní vytáčení funguje na základě načtených dávek do bufferu -> z bufferu je aplikován spánek, nastavený v globálním nastavení.
Při naší virtualizaci jsme dostali 166 000 MS na hovor - to znamená 6 hovorů za 1s -> se 7 hovory, započatými prodlevami, zpožděními a zhoršením.
V případě fyzického HW (Daktela nainstalovaná přímo na něm) by to mohlo být více, ale to se musí vyzkoušet (nemůžeme slíbit). Lags jsou ve chvíli, kdy démon dialeru sbírá připravené záznamy z bufferu a pokouší se vytočit nové. V tu chvíli je Asterisk přetížen množstvím volacích kanálů (3x vyšším).
Vydání čekací doby do 25 s je v pořádku. Při 30 s dialer provede 180 hovorů, po přijetí odpovědi se začne zkracovat čekací doba. Se špatnou databází (Cold) je čekací doba delší. Při zvoleném počtu uživatelů jsou až 2 hovory na uživatele.
Při různých kampaních je přeplánování vlivem uživatelského vlivu stagingu a tím i odezva DB pomalejší, což zpomaluje načítání vede i ke zpomalení vytáčení.
V tomto je ideální mít rychlé (vysoce taktované) CPU a navíc 6.19 potřebuje více RAM než například 6.18.
CRM:
Množství vytvořených kontaktů / společností - 10 mil.
Vše výše uvedené vyžaduje technickou konzultaci a řešení individuálně na základě množství vlastních polí na detailu formuláře.
Facebook Messenger:
Existuje celkový limit na volání Messenger API za hodinu pro všechny naše klienty dohromady. To znamená, že ze všech serverů Daktela lze za hodinu odeslat celkem asi 6 300 odchozích zpráv, což je přibližně 2 500 průměrných konverzací.
Požadavky na server v privátním cloudu zákazníka:
Pevný disk – ideálně SSD (zápis/čtení – 200 MB+, ~ 100 / 200 IoS)
CPU Intel - frekvence (3,0 GHz), počet jader (nižší - 4+)
CPU Intel - Frekvence (2,4 GHz), počet jader (vyšší - 6+)
CPU AMD – individuální – NETESTOVÁNO (experimentální)
RAM - 4 GB je minimum pro standardní konfiguraci pouze s jedním hlavním počítačem (na základě počtu uživatelů/služeb, které je třeba upgradovat)
Velikost kapacity pevného disku - Minimálně 15 GB. Čistá konfigurace (když očekáváme data z externího systému, potřeba se vypočítává individuálně).
Instalace obsahující více VM lze spustit na HardDisk Raid poli.