Zonder een nauwkeurig inzicht in uw servercapaciteit bent u onderhevig aan storingen en catastrofale verliezen - het werkt niet naar behoren.
Je hebt er zelf wel eens last van gehad; we hebben het allemaal wel eens meegemaakt. Je gaat naar een website of app om concertkaartjes te kopen, het must-have kerstspeelgoed, of de nieuwste grote tv met 50% korting in de Black Friday-uitverkoop en, boem, de site of app is gecrasht, of hij is zo traag dat je met geen mogelijkheid door het afrekensysteem kunt.
Niet goed.
Als verkoper is dat nog erger. Een gecrashte website of app levert 0% van de verkopen op die je nodig hebt. Dat is 100% verlies - waarschijnlijk 100% plus, want je verliest waarschijnlijk ook de kans op retour klanten.
Als u een NFT-aanbieder bent en u kunt het aantal transacties op uw cryptonetwerk niet nauwkeurig beheren, dan kunt u honderden miljoenen dollars verspild zien worden of buitensporige gaskosten moeten betalen.
Dus komt je online wachtrijsysteem om je verkeer te regelen en de dag te redden. Iedereen kan zich ontspannen. Maar ben je echt gedekt? Is alles weer veilig? En nog belangrijker, werken alle virtuele wachtkamers naar behoren? Neem het aan van de mensen die het hebben uitgevonden: Nee, dat doen ze niet.
Waarom ons op tarieven gebaseerd systeem veel beter werkt dan de systemen van al onze concurrenten
Wij begrijpen de problemen beter dan wie ook - te veel gebruikers in uw systeem filteren, en het zal lijden, trager worden, of, in het ergste geval, crashen en sterven.
Te weinig gebruikers binnenlaten is echter schadelijk voor uw verdiencapaciteit. Als u ze te voorzichtig binnenhaalt, verliest u de ongeduldigen - die te lang in uw virtuele wachtrij hebben gestaan - en had u veel meer verkeer en veel meer verkopen kunnen verwerken.
Het begrijpen van dat evenwicht en het bieden van de beste oplossing voor het probleem is precies wat we hebben ontwikkeld en waarom we blij zijn te kunnen opscheppen dat we beter zijn dan al onze concurrenten en zelfs de machtigste van de verkopers, Amazon.
De problemen met het schatten van de belasting
Die fictieve grote wijzerplaat of teller die u gegevens geeft over het aantal klanten dat uw website bezoekt of uw applicatie gebruikt, is niet helemaal denkbeeldig. Wat het u echter niet kan vertellen is:
- Hoeveel gebruikers zijn ingelogd op uw site, maar bekijken momenteel een andere pagina op een andere site,
- Ze bekijken uw site op hun telefoon, tablet en desktop tegelijk en zullen waarschijnlijk niet op alle drie tegelijk een bestelling plaatsen,
- Ben op zoek gegaan naar hun credit card,
- Ben een kopje thee gaan zetten,
- Zal de transactie niet voltooien totdat deze aflevering van hun favoriete show is afgelopen,
- Zal nooit je transactie proces voltooien.
De realiteit is dat u tussen het klikken op links geen idee hebt of de persoon er nog is of niet, omdat uw gebruikers alleen interactie hebben met uw servers wanneer zij een link openen. Tussen die momenten zijn de gegevens niet beschikbaar. Er zijn tal van redenen waarom mensen uw website lijken te gebruiken, maar zich niet in de trechter bevinden, ergens tussen het inloggen en het voltooien van een transactie. Het uittimen van gebruikers na een periode van inactiviteit werkt niet goed, omdat er dan mensen in uw virtuele wachtrij staan te wachten tot ze uitgetimed zijn, terwijl ze al aan het besteden zouden kunnen zijn.
Het probleem met het meten van deze gebruikers met enige nauwkeurigheid om te dicteren hoeveel er veilig kunnen binnenkomen terwijl hetzelfde of een iets hoger aantal weggaat, is dat je niet weet hoeveel stilstaand verkeer je hebt, dat vitale ruimte inneemt op je server of clouddiensten.
Laten we het eens hebben over gelijktijdige gebruikers
Om de ideale bezoekersstroom en toegangssnelheid tot uw site te leveren, moeten wij, en alle andere wachtrijservices, het aantal gelijktijdige gebruikers berekenen dat uw site veilig kan verwerken en hoeveel er bij de transactie betrokken zijn.
Maar, wat dicteert een gelijktijdige gebruiker?
Gelijktijdige gebruikers: Het aantal mensen dat op een bepaald moment bij uw transactiestroom betrokken is.
Maar dan hebben we ook:
Gelijktijdige sessies: Het aantal mensen dat op een bepaald moment bij uw transactie is ingelogd, maar niet noodzakelijkerwijs bij die transactie betrokken is.
Samenlopende verzoeken: Het aantal HTTP-verzoeken dat door uw webserver op een bepaald moment wordt verwerkt.
En dan is er nog:
Gelijktijdige verbindingen: Het aantal TCP/IP Sockets dat open staat op de serverpoort op een bepaald moment.
Een gelijktijdige sessie kan bijvoorbeeld open zijn maar zonder een actieve gebruiker.
Gelijktijdige aanvragen zouden kunnen betekenen dat veel minder verkeer beheersbaar is, afhankelijk van het aantal elementen waarmee zij tijdens hun bezoek in aanraking komen.
En het aantal gelijktijdige verbindingen zou valse gegevens kunnen opleveren als de server is ingesteld op lange time-outs of helemaal geen time-out.
Het berekenen van het aantal gebruikers, verzoeken, of open verbindingen dat uw site of transactie kan beheren nauwkeurigen een gestage stroom van gebruikers toe te laten terwijl tevreden gebruikers vertrekken, lijkt nu niet zo eenvoudig, nietwaar?
De oplossing ligt in de wetenschap - en ze is gebaseerd op tarieven
Door te berekenen hoeveel gelijktijdige gebruikers een webserver aankan, kan ons systeem ze een voor een doorsturen vanuit de veiligheid van onze cloudservice, en zeer stabiele belastingsomstandigheden creëren op uw website, app of applicatieservices.
Waar wachtrijtarief = gelijktijdige gebruikers / transactietijd
Nu lijkt dat te eenvoudig, maar wij verzekeren u, met gestructureerde tests en toepassing van de wachtrijtheorie en de wetten van de waarschijnlijkheid, hebben onze QF wiskunde-genieën de beste methode gevonden om het ideale nummer voor elke website met de grootste nauwkeurigheid in het systeem in te voeren.
Hebt u meer gegevens nodig? Om precies te begrijpen hoe de wiskunde werkt, wordt alles wat u moet weten uitgelegd op onze pagina Waarom een op tarieven gebaseerde virtuele wachtruimte gebruiken, waar alle fijne details worden uitgelegd.
Als de cijfers over gelijktijdige gebruikers of transactietijd niet beschikbaar zijn, kunnen wij een veilige snelheid instellen die kan worden aangepast naarmate uw belasting toeneemt, om het precieze cijfer te bepalen waarmee uw systeem op zijn stabielst en nauwkeurig kan werken en uw verkoop en dienstverlening kan maximaliseren.
