Parti dal carico di trascrizione attuale, pianifica i picchi e la crescita ed espandi la capacità quando aumenta la domanda.
Puoi dimensionare un 3CX AI Server in base alle esigenze attuali e aggiungere capacità man mano che crescono, senza dover acquistare fin da subito risorse per ogni possibile carico futuro.
Il primo AI Server non deve essere necessariamente l’unico e ogni PBX non ha bisogno di un server dedicato. Un PBX può utilizzare uno o più AI Server e più PBX possono condividere un server o un pool.
Per esempio, un partner può condividere le risorse AI tra più clienti per sfruttarle meglio, aggiungendo poi server per sostenere crescita e resilienza. La stessa flessibilità è utile anche a un’azienda con un PBX di grandi dimensioni o diversi sistemi.
Qualunque distribuzione tu scelga, il metodo di dimensionamento resta lo stesso: calcola le registrazioni da elaborare, aggiungi un margine per la crescita a breve termine, verifica la capacità nei periodi più intensi ed espandila secondo necessità. Le opzioni di connessione sono descritte in prossimi aggiornamenti del 3CX AI Server.
Calcola il carico di lavoro realmente necessario
Dimensiona l’AI Server sui minuti di registrazioni e messaggi vocali da trascrivere, non sull’intero traffico telefonico.
Solo questi minuti utilizzano la capacità dell’AI Server e il tempo disponibile per elaborarli determina la velocità di elaborazione necessaria. Distribuire il lavoro durante tutta la giornata richiede una capacità diversa rispetto a completarlo durante l’orario lavorativo. Scegli quindi una finestra coerente con il servizio offerto. Non dare per scontato che la capacità notturna sia utile se gli utenti hanno bisogno dei risultati prima.
Se più PBX condividono risorse AI, includili tutti e mantieni separati i dati di ciascuno, per valutare il contributo di un nuovo cliente o reparto.
In questo esempio illustrativo, un’azienda invia 50,000 minuti di registrazioni al mese e desidera elaborarli entro 12 ore per ogni giorno lavorativo. Il totale mensile diventa così un carico orario medio di circa 189 minuti:
| Dato per il dimensionamento | Esempio di calcolo |
|---|---|
| Carico mensile di registrazioni | 50,000 minuti |
| Giorni lavorativi al mese | 22 |
| Ore di elaborazione per giorno lavorativo | 12 |
| Tempo di elaborazione disponibile | 22 x 12 = 264 ore/mese |
| Carico orario medio | 50,000 / 264 = 189.4 min registrati/ora |
Questo carico orario medio rappresenta la domanda di riferimento da confrontare con la capacità misurata del server nel passaggio successivo.
Confronta la domanda con la capacità misurata
Verifica quindi il carico di riferimento rispetto alla velocità effettivamente misurata sul server proposto, aggiungendo un margine per la crescita.
Le specifiche hardware generiche non riflettono la durata delle chiamate o il carico di analisi. Usa registrazioni rappresentative che includano entrambi per misurare la velocità di elaborazione sostenuta. Per confronti hardware e spiegazioni di Speed Factor e tempo di andata e ritorno, consulta 3CX AI Server – Speed and Response Time. I requisiti hardware e di piattaforma sono nella guida all’installazione dell’AI Server. Il margine di crescita mostra se il server può assorbire la domanda a breve senza espansioni immediate.
Proseguendo con l’esempio, ipotizza un Speed Factor misurato di 10x e un margine di crescita del 30%. Sostituisci questi valori con le tue misurazioni e previsioni.
| Verifica della capacità | Calcolo | Risultato |
|---|---|---|
| Capacità misurata (Speed Factor 10x) | 10 x 60mins | 600 min registrati/ora |
| Media + 30% di crescita | 189.4 x 1.30 | 246.2 min registrati/ora |
| Utilizzo medio pianificato della capacità | 246.2 / 600 x 100 | 41.0% della capacità dell’AI Server |
| Carico osservato nell’ora di punta | Valore misurato | 300 min registrati/ora |
| Ora di punta + 30% di crescita | 300 x 1.30 | 390 min registrati/ora |
| Utilizzo pianificato della capacità nell’ora di punta | 390 / 600 x 100 | 65.0% della capacità dell’AI Server |
In questo esempio, la media pianificata utilizza il 41% della velocità misurata e l’ora di punta il 65%: il server è adeguato e dispone di margine. La sola media è però una verifica iniziale, perché può nascondere i picchi. Queste percentuali confrontano la domanda di registrazioni con la velocità misurata, non rappresentano l’utilizzo di CPU o GPU.
Verifica i picchi e lascia spazio al recupero
L’AI Server deve sostenere i periodi più intensi e restituire comunque i risultati in tempi accettabili quando una parte della capacità non è disponibile.
Diversi clienti possono rientrare facilmente nei totali mensili, pur inviando quasi tutte le registrazioni nello stesso momento. Anche le chiamate più lunghe modificano i tempi di completamento dei singoli lavori. Il margine per la crescita e la resilienza rispondono a esigenze diverse: il primo copre più lavoro, la seconda richiede capacità residua sufficiente quando un server non è disponibile.
Ripeti quindi la verifica per il periodo più intenso osservato, includendo i picchi simultanei dei PBX che condividono server. Poi prova un gruppo rappresentativo di lavori e misura quanto tempo occorre per ottenere i risultati. Una coda che si svuota entro il ritardo accettabile è diversa da una che continua a crescere. Infine, verifica lo scenario di capacità ridotta, con un server non disponibile, rispetto ai tempi richiesti, anziché presumere che tutti i server siano sempre attivi.
Se la coda non si smaltisce o i tempi peggiorano con capacità ridotta, rivaluta finestra di elaborazione, carico o capacità disponibile prima di aggiungere altra domanda.
Aggiungi capacità man mano che aumenta la domanda
Ricalcola le esigenze ogni volta che cambia il carico e aggiungi capacità prima che il server accumuli ritardi.
L’aggiunta di un PBX, l’estensione delle registrazioni a un altro reparto o una crescita costante aumentano la domanda. I server condivisi permettono di sfruttare la capacità libera tra sistemi, mentre altri trascrittori (AI Server) espandono il pool. Un pool misto non scala necessariamente in proporzione esatta al numero di server: misura quindi la velocità combinata dopo ogni ampliamento.
La cronologia all’inizio mostra il processo: la crescita organica porta il primo trascrittore all’80% della capacità, un secondo crea margine, che assorbe poi il carico di un nuovo PBX. La soglia dell’80% è un esempio, non una raccomandazione. Aggiungi capacità con anticipo sufficiente per mantenere i margini scelti di crescita e resilienza.
Parti dalla domanda misurata oggi, considera la crescita ragionevolmente prevista e verifica i tempi effettivi mentre il carico cambia. Così le risorse AI crescono insieme ai clienti, senza acquistare in anticipo capacità per ogni possibile esigenza futura.
Forum 3CX
Partecipa alle discussioni 3CX nei forum dedicati ai Partner o ai Clienti. Seguici su X e LinkedIn per restare aggiornato su novità e nuove funzionalità.
Copyright © 2025