
Cosa fa il software RMM?
Alla base, una piattaforma RMM risponde continuamente a due domande: qual è lo stato di ogni dispositivo di cui sono responsabile? e come lo riparo senza andare fisicamente alla macchina? Raccoglie inventario hardware e software, tiene traccia delle metriche di prestazione (CPU, memoria, disco, servizi), genera avvisi quando le soglie vengono superate e fornisce gli strumenti per agire — distribuire patch, eseguire script, riavviare servizi o aprire una sessione desktop remota.
L'RMM è nato nel mondo dei fornitori di servizi gestiti (MSP), dove un tecnico può essere responsabile di migliaia di dispositivi su dozzine di reti clienti. Oggi lo stesso modello è standard per i reparti IT interni che gestiscono forze lavoro distribuite e ibride.

Come funziona RMM?
Il modello ad agente
Quasi tutti gli strumenti RMM moderni installano un piccolo agente software su ogni endpoint gestito. L'agente viene eseguito come servizio in background, raccoglie telemetria e mantiene una connessione in uscita verso il server RMM — il che significa che funziona attraverso firewall e NAT senza porte in entrata. Poiché l'agente avvia la connessione, i dispositivi rimangono gestibili sia che si trovino in ufficio, a casa o su Wi-Fi d'albergo.
La qualità dell'agente è più importante di quanto la maggior parte degli acquirenti si aspetti. Un agente pesante che consuma CPU o entra in conflitto con il software di sicurezza crea proprio quei ticket che dovrebbe prevenire.
Monitoraggio vs gestione
Le due metà dell'acronimo sono capacità distinte:
- Il monitoraggio è osservazione passiva: uptime, utilizzo delle risorse, log degli eventi, stati dei servizi, modifiche hardware, software installato. Un buon monitoraggio rileva un disco guasto o un servizio di backup fermo prima che un utente se ne accorga.
- La gestione è controllo attivo: distribuire patch, installare software, eseguire script, applicare policy di configurazione e prendere il controllo remoto di una sessione. La gestione trasforma un avviso in una risoluzione.
Uno strumento che solo monitora è un prodotto di osservabilità; uno strumento che solo gestisce è un prodotto di distribuzione. RMM è la combinazione — vedere un problema, risolvere il problema, stessa console.
Avvisi e remediation automatica
Le piattaforme RMM consentono di definire regole di avviso — soglie, durate e gravità — in modo che il rumore venga filtrato e i problemi reali vengano escalation. Le piattaforme mature vanno oltre: un avviso può attivare un'automazione (riavviare il servizio, pulire la directory temporanea, rieseguire il job fallito) in modo che i problemi di routine si risolvano da soli e solo le eccezioni arrivino a un umano.

Vantaggi di RMM
- Meno visite in loco e interventi. La maggior parte dei problemi viene risolta da remoto, spesso prima che l'utente li segnali.
- IT proattivo invece che reattivo. Hardware guasto, certificati in scadenza e dischi pieni vengono individuati tempestivamente.
- Coerenza su larga scala. Policy, patch e script si applicano identicamente a centinaia di macchine.
- Un'unica fonte di verità. Inventario, salute e cronologia vivono in un unico posto — che alimenta anche la gestione degli asset IT e i report di audit.
- Onboarding più rapido. I nuovi dispositivi si registrano automaticamente e ricevono la configurazione di base senza configurazione manuale.
RMM e gestione delle patch
L'applicazione delle patch è il carico di lavoro di maggior valore che gira sull'infrastruttura RMM. L'agente sa già quale software è installato su ogni dispositivo e può eseguire installazioni, quindi una piattaforma RMM è il meccanismo di distribuzione naturale per gli aggiornamenti del sistema operativo e di terze parti. Molti team valutano l'RMM principalmente sulla base della potenza del suo motore di patch — leggi la nostra guida complementare su cos'è la gestione delle patch per come funziona in dettaglio il ciclo di vita delle patch.
RMM per IT interno vs MSP
La stessa tecnologia serve due tipi di pubblico con esigenze diverse:
- I team IT interni si preoccupano dell'integrazione profonda con il proprio stack: servizi di directory, sistema di ticketing, strumenti di sicurezza e reportistica di conformità per una singola organizzazione.
- Gli MSP necessitano di una multi-tenancy rigorosa — separazione netta tra gli ambienti dei clienti, policy e branding per cliente, scoping dell'accesso dei tecnici e fatturazione per endpoint che corrisponda a come addebitano ai clienti.
Se una piattaforma è stata costruita solo per uno di questi tipi di pubblico, l'altro sentirà l'attrito, quindi verifica che il fornitore supporti nativamente il tuo modello operativo.

Come scegliere una piattaforma RMM
Criteri di valutazione chiave:
- Impronta e stabilità dell'agente. Testa CPU, memoria e comportamento degli aggiornamenti sulla tua combinazione reale di dispositivi — incluso hardware con specifiche basse.
- Multi-tenancy e controllo degli accessi. Anche i team interni traggono vantaggio dallo scoping dei tecnici a siti o dipartimenti specifici; gli MSP non possono operare senza.
- Accesso remoto integrato. Uno strumento desktop remoto nativo evita di pagare e distribuire un prodotto separato e mantiene i log delle sessioni in un'unica traccia di audit.
- Profondità dell'automazione. Scripting, attività pianificate e remediation attivata da avvisi determinano quanto lavoro manuale lo strumento rimuove effettivamente.
- Modello di prezzo. Il prezzo per endpoint è la norma; attenzione a commissioni per tecnico, sovrapprezzi per accesso remoto e componenti aggiuntivi a pagamento che gonfiano il costo reale.
- Ampiezza della piattaforma. L'RMM standalone perde sempre più terreno rispetto a piattaforme unificate che includono ticketing, patch e sicurezza in un unico agente e una console.
RMM vs ITSM vs ITAM
Queste categorie si sovrappongono e convergono sempre più. RMM gestisce i dispositivi; ITSM gestisce il lavoro — ticket, richieste e modifiche; ITAM gestisce i record — cosa possiedi, dove si trova e quanto costa. I maggiori guadagni operativi si ottengono quando i tre condividono i dati: un ticket che mostra già lo stato di salute del dispositivo o un record di asset aggiornato in tempo reale dall'agente.
Scopri come Monitic fa RMM → Monitic Endpoint Management
Domande frequenti
RMM è solo per MSP?
No. L'RMM è nato con gli MSP, ma i reparti IT interni ora usano gli stessi strumenti per gestire forze lavoro distribuite. La differenza è la configurazione: gli MSP si affidano alla multi-tenancy e alla fatturazione per cliente, mentre i team interni si affidano all'integrazione con la propria directory, ticketing e stack di sicurezza.
Qual è la differenza tra RMM e MDM?
RMM si concentra sulla gestione completa di desktop, laptop e server tramite un agente persistente. MDM (mobile device management) utilizza framework di enrollment a livello di sistema operativo per gestire telefoni e tablet con un modello di policy più leggero. Molte piattaforme unificate ora coprono entrambi da un'unica console.
RMM sostituisce l'antivirus o l'EDR?
No. RMM è uno strumento operativo, non un controllo di sicurezza. Completa gli strumenti di sicurezza mantenendo i sistemi patchati, monitorando le anomalie e spesso distribuendo e monitorando l'agente EDR stesso — ma non rileva né blocca il malware da solo.
Come viene prezzato RMM?
La maggior parte dei fornitori prezza per endpoint gestito al mese, spesso a livelli in base alle funzionalità. Valuta il costo totale includendo accesso remoto, patch e automazione — alcuni fornitori vendono questi come componenti aggiuntivi separati, il che cambia significativamente il confronto.