Commvault e Rubrik raggiungono un accordo nella controversia sui brevetti

In un mondo caratterizzato da una concorrenza sana e onnipresente, il nostro settore è in continua evoluzione e si concentra sull’offrire valore costante ai nostri clienti. Questo contesto favorisce l’innovazione a vantaggio dei nostri clienti, della nostra azienda e del mercato nel suo complesso.

È proprio in questo momento che sono lieto di annunciare che, oggi, Commvault e Rubrik hanno raggiunto un accordo su tutte le cause in materia di brevetti ancora pendenti tra le nostre società, avviate la scorsa primavera.

Abbiamo raggiunto un accordo amichevole che rispetta la proprietà intellettuale di entrambe le parti ed è nell’interesse della nostra società e dei nostri azionisti.

L’architettura cloud-native di Clumio

La nostra architettura si basa sui microservizi e ciascuno dei nostri cluster Kubernetes ospita diverse decine di questi servizi. Il numero di servizi è particolarmente elevato nei nostri cluster di sviluppo, dove ospitiamo il maggior numero possibile di ambienti di sviluppo isolati all’interno di un singolo cluster. In alcuni cluster di sviluppo abbiamo più di 300 servizi e il numero continua a crescere. Inutile dire che ogni bilanciatore di carico AWS ha un costo e non sarebbe ragionevole per noi disporre di oltre 300 bilanciatori di carico AWS solo per un singolo cluster di sviluppo. Un altro problema è il limite al numero di bilanciatori di carico che ogni cluster EKS può supportare. Questo limite è legato al numero massimo di regole nel gruppo di sicurezza EC2. Nello specifico, un nostro cluster EKS medio non potrebbe avere più di 60 bilanciatori di carico classici. Per risolvere questo problema, abbiamo deciso di utilizzare Kubernetes Ingress per la maggior parte dei nostri servizi. Il meccanismo Ingress ci offre la possibilità di condividere un unico ELB tra più servizi all’interno di un cluster EKS, riducendo così l’utilizzo delle risorse e i costi.

Perché aggiungere Kubernetes Ingress

La creazione di un nuovo bilanciatore di carico AWS richiede in genere un po’ di tempo. Questo ritardo è accettabile per la maggior parte delle operazioni; tuttavia, per alcune modifiche, ad esempio la distribuzione simultanea di più microservizi, volevamo ridurre al minimo il tempo necessario per la Readiness. Per risolvere questo caso d’uso, l’aggiunta di un nuovo Ingress di Kubernetes garantisce un funzionamento immediato. A seconda dell’implementazione specifica, un controller Ingress deve ricaricare la nuova configurazione, analogamente ai controller Ingress Nginx, oppure applicare la nuova configurazione in fase di esecuzione, come nei controller Ingress basati su Envoy.

Quando si lavora con i servizi, ci si aspetta che ciascuno di essi abbia un nome DNS, possibilmente esterno. Con l’approccio “ELB per servizio”, non è possibile creare un nome DNS finché non viene creato l’ELB. Con un unico ELB preassegnato per il controller di ingresso, è possibile assegnare in anticipo a quell’ELB tutti gli alias DNS che si desidera, in modo che tutti i nostri servizi diventino disponibili non appena creiamo le definizioni di ingresso per essi.

Alcuni dei nostri servizi espongono API REST, ma la stragrande maggioranza dei nostri servizi dispone di endpoint gRPC. Avevamo bisogno di un controller Ingress che supportasse contemporaneamente sia HTTPS che gRPC e volevamo che il TLS terminasse sul controller Ingress stesso. Quest’ultimo non era un requisito imprescindibile e abbiamo valutato l’utilizzo dei sidecar di Istio per terminare il TLS direttamente in un pod di microservizio. Tuttavia, abbiamo deciso di utilizzare il controller Ingress per terminare il TLS poiché è più semplice da gestire e richiede, in generale, un overhead minore per il cluster. Un altro requisito che avevamo era quello di poter distribuire diverse istanze del controller Ingress nello stesso cluster. Una definizione Ingress specifica può avere un’annotazione kubernetes.io/ingress.class per specificare quale controller Ingress debba essere utilizzato.

Abbiamo testato diversi controller Ingress e abbiamo scoperto che era sorprendentemente difficile trovarne uno che soddisfacesse tutti i requisiti. Alcuni controller non funzionavano correttamente con gRPC, altri non supportavano più istanze di controller nello stesso cluster. Alla fine, abbiamo scoperto che il controller Ingress di NGINX fa al caso nostro. Abbiamo dovuto apportare solo una piccola modifica alla sua configurazione per aumentare la dimensione del buffer gRPC e renderlo compatibile con il nostro stack gRPC.

Miglioriamo costantemente i nostri servizi a livello di infrastruttura per scalare la nostra infrastruttura e ottimizzare i costi di manutenzione. Inizialmente, utilizzavamo un bilanciatore di carico dedicato per ogni servizio, ma ben presto abbiamo raggiunto il limite del numero di bilanciatori di carico consentiti per cluster. A quel punto abbiamo aggiornato la nostra infrastruttura per utilizzare controller Ingress ospitati per la connettività esterna dei nostri servizi, riducendo significativamente il numero di bilanciatori di carico classici AWS necessari per il prodotto. L’utilizzo di AWS Application Load Balancer (ALB) non era un’opzione in quel momento, poiché ALB non supportava gRPC. Alla fine del 2020, AWS ha annunciato di aver aggiunto il supporto per HTTP/2 end-to-end e gRPC per Application Load Balancer. Ora possiamo utilizzare il controller AWS Load Balancer, precedentemente noto come “AWS ALB Ingress Controller”, che è stato donato al Kubernetes AWS Special Interest Group (SIG-AWS) per consentire ad AWS e agli altri collaboratori del SIG-AWS di gestire ufficialmente il progetto. Non vediamo l’ora di utilizzare questo controller Ingress per la nostra infrastruttura. Un altro oggetto del nostro interesse è la Kubernetes Gateway API, una nuova API di Kubernetes attualmente in fase di sviluppo da parte del Network Special Interest Group (SIG-Network). Rispetto all’API Ingress, l’API Gateway espone un’API più generica per il proxy, utilizzabile per un numero maggiore di protocolli oltre a HTTP, e modella un maggior numero di componenti dell’infrastruttura per fornire migliori opzioni di distribuzione e gestione agli operatori dei cluster. Non vediamo l’ora di provare i futuri controller Kubernetes che implementeranno l’API Gateway.

Riduzione dell’utilizzo delle risorse e dei costi

Il meccanismo Ingress di Kubernetes ci aiuta a ridurre l’utilizzo delle risorse e i costi. Non siamo più vincolati dai limiti di EC2 ed EKS per quanto riguarda il numero di servizi distribuiti su un singolo cluster Kubernetes gestito. Alcuni controller Ingress open source funzionano con i servizi gRPC fin da subito, ma richiedono un’ulteriore verifica per accertarsi che funzionino per un caso d’uso specifico. La comunità Kubernetes fornisce e migliora costantemente le API di Kubernetes, come l’API Ingress o l’API Gateway, mentre i fornitori commerciali e open source offrono varie implementazioni di tali API. Ciò consente di scegliere l’implementazione più adatta a un caso d’uso specifico e di sostituirle senza apportare modifiche significative a livello di applicazione.

Scopri la nostra storia:

**Gli esordi: i fondatori di Commvault, Bob Hammer e Al Bunte.**

Guarda qui il video dedicato al nostro 25° anniversario.

***Nel 2013 abbiamo avviato i lavori per la costruzione della nuova sede***
***aziendale a Tinton Falls, nel New Jersey.***

Scopri le testimonianze dei clienti che da decenni si affidano a Commvault:

Norfolk Southern

Stato dell’Oregon

Olymp

Università di Leicester

Il nostro Don Foster dialoga con Coca-Cola.
Ascoltate le opinioni degli analisti di settore Steve Duplessie e Christophe Bertrand (ESG) e di Phil Goodwin (IDC).

Date un’occhiata a Sanjay e al suo team di Bloomberg nel giorno in cui abbiamo annunciato l’acquisizione di Hedvig.
Scopri come rendiamo omaggio ai nostri dipendenti di lunga data e accogliamo nuove idee per promuovere l’innovazione, la diversità e una cultura improntata alla solidarietà.

A proposito di attenzione alle persone: raggiungiamo tutti questi risultati mettendo in pratica i nostri valori giorno dopo giorno. Scopri come i nostri dipendenti mettono in pratica i nostri valori ogni giorno.
In linea con i nostri valori, attribuiamo grande importanza agli aspetti ambientali, sociali e di governance aziendale. Date un’occhiata ad alcune delle nostre iniziative qui.
In occasione del nostro 25° anniversario, il nostro variegato gruppo di dipendenti in tutto il mondo condivide il nostro grido di battaglia per il futuro, alimentato dal nostro incredibile passato.
Il nostro intrepido leader, Sanjay Mirchandani, spiega come continuiamo a investire nell’innovazione per offrire ai nostri clienti il portafoglio più solido e, in definitiva, garantire loro la tranquillità di cui hanno bisogno.

Il futuro non è mai stato così roseo e le opportunità non sono mai state così grandi.

More related posts

Comprendere Amazon EC2

Un’analogia utile per comprendere Amazon EC2 è quella di immaginarlo come un servizio di noleggio auto. Proprio come quando si noleggia un’auto per un determinato periodo, si sceglie la dimensione e il tipo di auto in base alle proprie esigenze e la si restituisce dopo l’uso, Amazon EC2 consente di noleggiare server in base alle proprie necessità. È quasi come pagare solo per ciò che si utilizza, e nient’altro.

Inoltre, poiché Amazon EC2 è integrato con la maggior parte dei servizi AWS, offre agli sviluppatori un’ampia gamma di opzioni per le risorse di elaborazione. I servizi includono l’esecuzione di processi di elaborazione dei big data, come i cluster Hadoop, il lancio di microservizi scalabili con i bilanciatori di carico di Elastic Load Balancing (ELB) e la configurazione di database senza infrastruttura tramite Amazon Aurora.

Ad esempio, supponiamo che un’azienda abbia bisogno di server aggiuntivi per gestire i picchi di traffico durante i saldi natalizi. Anziché investire in hardware fisico che rimarrà inutilizzato per il resto dell’anno, questa azienda può utilizzare Amazon EC2 per avviare automaticamente i server nei momenti di picco di traffico, garantendo ai clienti la migliore esperienza di acquisto possibile.

Inoltre, quando si crea un’istanza su Amazon EC2, si ha il controllo completo su di essa: ciò significa che è possibile gestirne direttamente le prestazioni, sfruttando al contempo l’ecosistema di Amazon Web Services. Questo controllo personalizzato offre agli sviluppatori la flessibilità necessaria per scegliere le proprie misure di sicurezza, come la disabilitazione dell’accesso root o lo spegnimento automatico delle istanze sottoutilizzate.

Per sottolineare ulteriormente il controllo che l’utente ha sulla gestione delle prestazioni delle istanze Amazon EC2, vi faccio un esempio: quando Houseparty ha fatto notizia la scorsa primavera come l’app di videochat preferita da tutti durante il lockdown, i server dell’app non hanno retto molto bene all’elevato traffico. I loro ingegneri hanno dovuto regolare il numero di istanze utilizzate su Amazon EC2 e apportare altre modifiche all’infrastruttura. Questo è solo un esempio di come Amazon EC2 possa fornire agli utenti il controllo completo sulle proprie prestazioni.

Ora che abbiamo acquisito una comprensione di base di cosa sia Amazon EC2, è il momento di approfondire un altro aspetto fondamentale del servizio: gli ambienti di elaborazione virtuali.

Secondo un sondaggio condotto da Flexera nel 2020, Amazon Web Services (AWS) domina il mercato del cloud computing con una quota del 67%, in cui Amazon EC2 svolge un ruolo fondamentale.
Uno studio condotto da Synergy Research Group nel 2021 ha rilevato che AWS detiene una quota del 32% nel segmento di mercato dell’Infrastructure as a Service (IaaS) pubblico, con Amazon EC2 che rappresenta uno dei principali servizi IaaS offerti da AWS.
Da uno studio del 2018 pubblicato da Stratoscale è emerso che aziende di ogni dimensione, dalle startup alle grandi imprese, utilizzano le istanze Amazon EC2: il 77% sceglie istanze on-demand, mentre il resto opta per istanze riservate o spot.

Ambienti informatici virtuali

Uno dei vantaggi più interessanti di Amazon EC2 è che consente agli utenti di creare e configurare ambienti informatici virtuali simili ai computer fisici, ma utilizzati virtualmente all’interno del cloud. Queste macchine virtuali sono chiamate “istanze” e utilizzano applicazioni e sistemi operativi preconfigurati, compatibili con la stragrande maggioranza delle applicazioni esistenti basate su server, rendendo il servizio di facile utilizzo.

Ad esempio, il tuo ambiente informatico virtuale potrebbe essere basato sul sistema operativo Windows o Linux ed essere installato su qualsiasi tipo di istanza che soddisfi i requisiti di risorse server della tua applicazione. Puoi inoltre aggiungere ulteriori volumi per le esigenze di archiviazione, associare un indirizzo IP elastico per facilitare la connettività e configurare gruppi di sicurezza per gestire le regole relative al traffico in entrata.

Queste macchine virtuali offrono agli utenti una gamma di opzioni basate sulle prestazioni, tra cui diversi tipi di istanze, quali configurazioni ottimizzate per la memoria o per la CPU, pensate per soddisfare i carichi di lavoro aziendali quali l’analisi dei dati o l’elaborazione di transazioni localizzate. Gli utenti possono scegliere con precisione le risorse di cui hanno bisogno al momento della creazione di nuove istanze, in modo da disporre sempre della capacità adeguata alle esigenze aziendali, né eccessiva né insufficiente.

Tuttavia, non dimentichiamo che la configurazione di questi ambienti informatici virtuali comporta delle responsabilità da parte degli utenti. Sebbene Amazon Web Services metta a disposizione modelli pronti all’uso da cui partire da zero, è fondamentale mantenerli sempre aggiornati e applicare le patch alle applicazioni, poiché l’utilizzo di software obsoleto potrebbe comportare rischi per la sicurezza delle vostre operazioni aziendali.

Questo mi fa anche pensare alla differenza tra affittare un appartamento e acquistarlo. Sebbene l’affitto offra flessibilità e la possibilità di spostarsi facilmente, presenta comunque alcuni svantaggi, come una libertà limitata nella personalizzazione rispetto a quando si possiede l’immobile. Allo stesso modo, sebbene l’utilizzo delle istanze EC2 garantisca il controllo completo sulla gestione delle prestazioni e sulla scalabilità, si è comunque in qualche modo soggetti al rispetto degli aggiornamenti di Amazon sui modelli.

Dopo aver trattato gli ambienti di elaborazione virtuali, è ora il momento di vedere come possiamo sfruttare ulteriormente le nostre istanze EC2 integrandole con altri servizi AWS disponibili sul mercato.

Risorse scalabili e flessibili

Man mano che le aziende crescono, anche le loro esigenze in materia di cloud computing tendono ad aumentare. Fortunatamente, Amazon EC2 offre un servizio scalabile in grado di espandere o ridurre la capacità di elaborazione con facilità. Ad esempio, se disponete di un sito di e-commerce che registra picchi di traffico in determinati momenti della giornata o dell’anno, potreste aver bisogno di capacità server aggiuntiva per gestire l’aumento del volume di traffico. Con Amazon EC2, potete creare rapidamente nuove istanze quando necessario e terminarle una volta terminato l’utilizzo. Questo livello di scalabilità consente alla vostra azienda di adeguare le proprie risorse in base alla domanda in tempo reale.

Immagina di essere il titolare di una piccola impresa che gestisce un negozio d’arte online. Durante le festività natalizie, la domanda dei consumatori per le tue opere d’arte esclusive registra un’impennata. L’attuale infrastruttura del tuo sito web non è sufficiente a far fronte a questo aumento della domanda, causando ritardi operativi e perdite di fatturato. Integrando Amazon EC2, puoi avviare facilmente un nuovo server con capacità superiori per gestire il traffico web aggiuntivo durante le festività.

Amazon EC2 offre numerose funzionalità flessibili che consentono agli utenti di personalizzare e configurare i propri server virtuali in base alle proprie esigenze. Gli sviluppatori possono scegliere tra una vasta gamma di sistemi operativi, pacchetti software, configurazioni della CPU, tipi di memoria e opzioni di archiviazione. Inoltre, qualora fossero necessarie nuove risorse con breve preavviso, gli utenti possono avviare rapidamente server virtuali in pochi minuti utilizzando modelli preconfigurati.

Tuttavia, alcuni utenti potrebbero obiettare che l’espansione rapida in periodi di traffico web eccessivo possa rivelarsi un processo costoso e inefficiente. Effettuare adeguamenti rapidi ai server virtuali richiede un investimento iniziale significativo in termini di capacità hardware. Queste risorse potrebbero rimanere inutilizzate per lunghi periodi una volta che la domanda si sarà placata. Tuttavia, grazie alla funzionalità di scalabilità a livello di superficie di Amazon EC2, ridurre la potenza di calcolo è sempre facile quanto aumentarla.

La flessibilità offerta da Amazon EC2 non si ferma qui. Per saperne di più sulle funzionalità di sicurezza avanzate di Amazon, tra cui Amazon RDS, ECS e CloudWatch, continua a leggere.

Integrazione di EC2 con i servizi AWS

Uno dei principali vantaggi di Amazon EC2 è la sua capacità di integrarsi con altri servizi AWS. Ciò significa che, quando si esegue la migrazione al servizio di cloud computing Amazon EC2, si ottiene l’accesso a una vasta gamma di potenti strumenti in grado di migliorare le operazioni aziendali. Ecco tre servizi che si integrano perfettamente con Amazon EC2.

Pensate a un carrello della spesa: di solito è dotato di una serie di scomparti e spazi progettati appositamente per contenere diversi articoli, a garanzia di praticità e funzionalità. Allo stesso modo, integrando più servizi all’interno della stessa piattaforma, gli utenti possono sfruttare in modo più efficiente i diversi strumenti necessari per svolgere varie attività, senza dover passare continuamente da un sistema all’altro.

Amazon Relational Database Service (Amazon RDS) opera in collaborazione con Amazon EC2 per fornire l’accesso a database relazionali come SQL Server o Oracle Database sul cloud. Grazie a RDS, gli utenti non devono più preoccuparsi di gestire manualmente complesse infrastrutture di database. Possono invece concentrare la propria attenzione sullo sviluppo di applicazioni che creano valore per le loro aziende.

Amazon Elastic Container Service (Amazon ECS) è un altro strumento che semplifica l’esecuzione di applicazioni su una rete cloud pubblica. ECS consente agli sviluppatori di creare applicazioni containerizzate ad alte prestazioni e di eseguirle su larga scala sull’infrastruttura sicura e robusta di Amazon.

Amazon CloudWatch è un altro componente fondamentale integrabile in EC2, che offre agli utenti metriche di monitoraggio complete per le loro applicazioni e risorse in esecuzione all’interno dell’ecosistema AWS.

Ad esempio, supponiamo che abbiate ospitato un sito web di e-commerce tramite Amazon EC2 nella regione USA Ovest e che abbiate riscontrato problemi di prestazioni dovuti al traffico proveniente da tutto il mondo che accedeva contemporaneamente al sito. AWS offre risorse aggiuntive, come i servizi di Elastic Load Balancing in diverse regioni del mondo, in grado di indirizzare il traffico tra diverse località, garantendo agli utenti velocità di navigazione elevate da un server locale.

Tuttavia, sebbene siano disponibili numerosi strumenti per un’integrazione senza intoppi con Amazon EC2, gli utenti potrebbero obiettare che la migrazione verso un ambiente cloud sconosciuto possa comportare complicazioni o costi elevati. Sebbene ciò possa potenzialmente essere vero, AWS offre numerose risorse e opzioni di migrazione altamente affidabili per gli utenti alle prime armi con l’ambiente cloud, rendendo la transizione il più agevole possibile.

Nel complesso, è fondamentale riflettere su come i cambiamenti e gli insegnamenti di cui abbiamo parlato in questo articolo possano aiutare le aziende di qualsiasi dimensione a migliorare l’efficienza operativa, utilizzando i servizi Amazon EC2 insieme ad altri strumenti AWS.

Amazon RDS, ECS e CloudWatch

Amazon EC2 è un potente servizio web che consente agli utenti di accedere a risorse di elaborazione scalabili e flessibili nel cloud. Tuttavia, EC2 non è un servizio isolato; può essere integrato con un’ampia gamma di altri servizi AWS per creare soluzioni ancora più complesse e potenti.

Uno di questi servizi è Amazon RDS (Relational Database Service), che fornisce istanze di database gestite nel cloud. Con RDS è possibile scegliere tra vari motori di database diffusi, come MySQL, PostgreSQL, Oracle, SQL Server e MariaDB. RDS si occupa di tutte le attività di gestione del backend, quali l’applicazione delle patch, il backup, la replica e la scalabilità, senza alcun intervento da parte dell’utente. Integrando EC2 con RDS, è possibile creare un ambiente applicativo multilivello in cui le applicazioni sulle istanze EC2 interagiscono con i database sulle istanze RDS. Questa integrazione crea una soluzione ad alte prestazioni per il ridimensionamento delle applicazioni, garantendo prestazioni affidabili e resilienza.

Un altro servizio essenziale che si integra perfettamente con Amazon EC2 è Amazon Elastic Container Service (ECS). ECS è un servizio avanzato di gestione dei container che semplifica l’esecuzione e il ridimensionamento dei container Docker nel cloud in modo sicuro. Con ECS, è possibile avviare e arrestare applicazioni basate su Docker in esecuzione su cluster di istanze EC2. È possibile gestire il proprio cluster utilizzando la console ECS o l’API, se si desidera automatizzare la gestione dell’infrastruttura tramite i modelli AWS CloudFormation. Pertanto, integrando ECS nella propria architettura, i container su Amazon EC2, anziché le macchine virtuali, diventano più leggeri e si avviano più rapidamente, consentendo un ciclo di distribuzione più veloce.

CloudWatch è un servizio di monitoraggio che consente di raccogliere log e metriche da diverse risorse AWS. Offre una visibilità a livello di sistema sull’utilizzo delle risorse, sia in termini di potenza di calcolo che di capacità di archiviazione (ad esempio volumi o bucket S3), nonché sul traffico di rete. Se a ciò si aggiungono le istanze Amazon EC2 su cui girano applicazioni che accedono ai database Amazon RDS tramite Amazon Elastic Load Balancing, come potete vedere, l’integrazione di EC2 con altri servizi AWS consente di creare soluzioni ancora più potenti e adatte alle esigenze della vostra organizzazione. Amazon RDS, ECS e CloudWatch sono solo alcuni esempi dei numerosi servizi che possono essere utilizzati insieme a EC2 per creare una solida soluzione di cloud computing. Ma quali sono i costi?

Opzioni di prezzo di Amazon EC2

Per quanto riguarda le strutture tariffarie disponibili su Amazon EC2, i clienti hanno due opzioni principali: le istanze On-Demand e i Savings Plan.

Il modello di tariffazione “on-demand” è particolarmente indicato per gli utenti che necessitano di flessibilità e non desiderano assumersi impegni a lungo termine. Con le istanze “on-demand”, gli utenti pagano solo per le risorse effettivamente utilizzate, con fatturazione oraria o al secondo, senza alcun impegno preventivo. Questo modello consente di espandere l’infrastruttura in modo immediato, in base alle esigenze.

Per chi è disposto a sottoscrivere impegni o contratti a più lungo termine, tuttavia, i piani di risparmio potrebbero rappresentare una soluzione più vantaggiosa. I piani di risparmio funzionano in modo simile all’acquisto di istanze riservate, ma senza l’acquisto di un tipo o di una dimensione specifica di istanza; il cliente si impegna invece a utilizzare le risorse in regioni specifiche all’interno della propria area geografica e beneficia di tariffe scontate in base all’utilizzo delle risorse del mese precedente.

Tra gli altri fattori che influenzano la configurazione dei prezzi figurano la zona di disponibilità e l’ubicazione, il tipo di istanza (capacità di calcolo), le opzioni di licenza software e altro ancora.

Pensiamo alla bolletta dell’elettricità: la maggior parte degli utenti sa che, se lascia le luci accese durante la notte, i costi dell’elettricità saranno più elevati rispetto a quando le spegne completamente quando esce da una stanza. In un certo senso, la tariffazione “on-demand” potrebbe essere interpretata come il pagamento di ogni singola lampadina accesa e spenta nel corso della giornata. Molti clienti preferiranno spegnere periodicamente alcune “luci”, ma mantenere accese quelle essenziali per tutta la notte, acquistando ore riservate in blocco in modo prevedibile e a un prezzo fisso.

Sebbene il costo sia indubbiamente un fattore critico da considerare, gli utenti non dovrebbero scegliere AWS basandosi esclusivamente sul prezzo. Le istanze on-demand offrono il vantaggio della flessibilità e la capacità di scalare in base alle esigenze del cliente. Poiché i carichi di lavoro sono imprevedibili, i clienti potrebbero preferire l’allocazione dinamica delle risorse offerta dalle istanze on-demand. Tuttavia, gli utenti che desiderano mantenere bassi i costi possono optare per opzioni più avanzate come le istanze Spot o le istanze riservate EC2. Le istanze riservate sono ottimizzate per garantire coerenza e prevedibilità, il che le rende una scelta eccellente per le applicazioni con modelli di utilizzo stabili in grado di prevedere correttamente il traffico futuro.

Inoltre, i servizi AWS come Elastic Load Balancing (ELB) supportano entrambe le tipologie di classi di istanze, On-Demand e Reserved Instances, che possono essere sottoposte ad auto-scaling in base alle esigenze. Offrono inoltre funzioni di auto-scaling per gestire picchi di traffico su larga scala o picchi di domanda, riducendo al minimo i costi. È fondamentale analizzare il carico di lavoro e individuare la classe di istanze più efficiente, trovando il giusto equilibrio tra flessibilità e coerenza.

I piani tariffari di Amazon EC2 offrono modelli flessibili in grado di soddisfare qualsiasi budget o esigenza aziendale, tra cui istanze On-Demand e piani di risparmio con diverse modalità di pagamento disponibili in tutte le regioni. Valutando in dettaglio i requisiti del carico di lavoro e le tendenze di utilizzo, è possibile selezionare la combinazione più adatta alle funzionalità richieste dalla propria organizzazione.

Piani on demand e piani di risparmio

Uno dei vantaggi più significativi di Amazon EC2 è rappresentato dalle sue opzioni di prezzo flessibili, che lo rendono accessibile a utenti con budget e esigenze di utilizzo diversi. Due modelli di prezzo AWS molto diffusi sono le istanze On-Demand e i Savings Plan.

Le istanze On-Demand sono ideali per carichi di lavoro a breve termine o esigenze di elaborazione molto variabili, come gli ambienti di test e sviluppo. Non comportano costi iniziali né impegni a lungo termine, quindi gli utenti pagano solo ciò che utilizzano. Il modello di tariffazione On-Demand consente agli utenti di avviare le istanze quando necessario e di chiuderle una volta completata l’attività, riducendo al minimo i costi.

I Savings Plan, invece, sono pensati per gli utenti che eseguono regolarmente carichi di lavoro costanti. Consentono di risparmiare fino al 72% rispetto alle tariffe On-Demand e offrono agli utenti la possibilità di risparmiare impegnandosi a utilizzare AWS. Con i Savings Plan, gli utenti si impegnano a utilizzare una determinata quantità di risorse di calcolo per uno o tre anni in cambio di tariffe orarie notevolmente più basse.

Ad esempio, supponiamo che un’organizzazione abbia bisogno di 2000 ore di istanze t2.micro all’anno. Può optare per il modello di tariffazione On-Demand (0,0116 $ all’ora) oppure per un piano di risparmio annuale (0,0031 $ all’ora). Se l’azienda scegliesse il prezzo On-Demand per l’intero anno, il costo annuale sarebbe pari a $23.200, mentre un piano di risparmio annuale lo ridurrebbe a $6.200.

Sebbene i piani di risparmio consentano di ottenere notevoli risparmi sui costi nel lungo termine, i loro impegni rigidi potrebbero non essere adatti ad ambienti cloud con esigenze altamente imprevedibili o che richiedono frequenti operazioni di scalabilità in entrata o in uscita.

Tuttavia, con il passaggio a strutture cloud più agili che diversificano le risorse IT tra più fornitori, eliminando al contempo la dipendenza da un unico fornitore, l’impegno a utilizzare i servizi di un unico fornitore (compresi i “Saving Plans”) per alcuni anni potrebbe diventare meno allettante.

Acquistare un AWS Savings Plan è un po’ come sottoscrivere un abbonamento a una palestra. Anche se può sembrare un investimento intelligente, che richiede all’iscritto di impegnarsi a raggiungere un determinato livello di utilizzo, può risultare difficile mantenere l’impegno se le circostanze o le esigenze della persona cambiano.

Ora che abbiamo esaminato il modello di tariffazione offerto da Amazon EC2, diamo uno sguardo più da vicino alla sicurezza e all’affidabilità del servizio.

Amazon EC2 offre opzioni tariffarie flessibili adatte a un’ampia gamma di budget e requisiti di utilizzo. Le istanze On-Demand sono adatte a carichi di lavoro a breve termine, mentre i Savings Plan sono l’ideale per gli utenti con carichi di lavoro costanti. Sebbene i Savings Plan consentano un notevole risparmio sui costi nel tempo, prevedono impegni rigidi che potrebbero non essere adatti a tutti gli ambienti cloud. È fondamentale valutare i vantaggi e i limiti di ciascun modello tariffario prima di sottoscrivere un piano.

Sicurezza e affidabilità in EC2

Amazon EC2 offre diverse Features che garantiscono che i dati degli utenti rimangano riservati, protetti e accessibili solo ai soggetti autorizzati.

AWS adotta un approccio basato sulla responsabilità condivisa in materia di sicurezza. L’azienda gestisce, controlla, mantiene e protegge l’infrastruttura su cui girano i propri servizi, fornendo al contempo agli utenti gli strumenti necessari per proteggere i propri dati in base alle loro specifiche esigenze.

Ad esempio, AWS Identity and Access Management (IAM) contribuisce a proteggere le credenziali degli utenti, mentre gli Elastic Load Balancer distribuiscono il traffico tra le istanze in diverse zone di disponibilità, garantendo una maggiore tolleranza ai guasti.

Nonostante disponga di ingenti risorse, AWS non è mai al riparo da violazioni della sicurezza. Le organizzazioni che stanno migrando o che si affidano prevalentemente ai servizi cloud devono monitorare costantemente gli sviluppi relativi alle minacce alla sicurezza specifiche del cloud.

Per garantire la massima trasparenza, AWS si sottopone a rigorose certificazioni da parte di enti indipendenti e redige rapporti nell’ambito dei propri programmi di conformità. Le verifiche a cui è sottoposta includono, tra le altre, la certificazione PCI DSS di Livello 1, i rapporti SOC 1/2/3 e la conformità HIPAA.

Amazon EC2 offre protezione a livello di rete tramite gruppi di sicurezza che fungono da firewall virtuali, controllando il traffico in entrata e in uscita delle istanze ad essi collegate in base a regole predefinite.

Garantire la sicurezza dei dati nel cloud è come proteggere oggetti di valore in un caveau ad alta sicurezza. Per raggiungere il massimo livello di sicurezza sono necessari diversi livelli di protezione, sistemi integrati e l’impegno di tutta l’organizzazione.

Come potete vedere, Amazon EC2 offre opzioni di prezzo flessibili e garantisce ai propri utenti un’infrastruttura affidabile e un elevato livello di sicurezza. Nella prossima sezione esamineremo le integrazioni di AWS con altri servizi quali Amazon RDS, ECS e CloudWatch.

Sicurezza nel cloud e alta disponibilità

Quando si parla di cloud computing, la sicurezza e l’affidabilità sono due delle preoccupazioni principali per le aziende. Amazon EC2 prende molto sul serio queste preoccupazioni e offre una serie di Features pensate per garantire che i vostri dati siano sempre protetti e accessibili.

La sicurezza del cloud su AWS è una delle massime priorità, con investimenti costanti in questo settore. Il Nitro System, la nuova architettura server di AWS, è stato realizzato utilizzando hardware e software dedicati alla sicurezza, garantendo una protezione avanzata contro potenziali minacce. Inoltre, l’hypervisor Nitro è ottimizzato specificatamente per l’hosting di carichi di lavoro nel cloud, con una superficie di attacco più ridotta rispetto agli hypervisor tradizionali.

Amazon EC2 offre inoltre controlli granulari sull’accesso alle risorse tramite Identity and Access Management (IAM). Grazie a IAM, è possibile gestire singoli utenti o gruppi di utenti e concedere loro l’accesso solo alle risorse necessarie per lo svolgimento delle loro mansioni lavorative. Inoltre, EC2 supporta l’isolamento di rete tramite Virtual Private Cloud (VPC), che consente di creare una porzione logicamente isolata del cloud AWS in cui è possibile avviare risorse all’interno di una rete virtuale definita dall’utente.

Sebbene EC2 offra una solida serie di strumenti e Features di sicurezza, spetta in ultima analisi all’utente garantire che le proprie applicazioni siano sicure e configurate correttamente. Una configurazione errata può essere all’origine di numerose violazioni della sicurezza negli ambienti cloud, pertanto è fondamentale che gli utenti prestino la massima attenzione durante la configurazione della propria infrastruttura su Amazon EC2. Nel panorama attuale dello sviluppo software, è inoltre importante adottare pratiche DevSecOps quali la “sicurezza fin dalla progettazione” (Security by design) e i test automatizzati, in combinazione con le tecnologie di sicurezza di AWS.

Inoltre, sebbene EC2 garantisca un elevato livello di disponibilità per ciascuna regione Amazon EC2, possono comunque verificarsi interruzioni del servizio. Sebbene si tratti di eventi rari, è opportuno tenere conto di questa possibilità nel processo di pianificazione quando si valuta l’adozione di qualsiasi servizio di cloud computing.

Per contribuire a mitigare i rischi e proteggerti da eventuali perdite di dati o interruzioni in caso di guasto, EC2 offre la possibilità di archiviare e sincronizzare i dati su più zone di disponibilità (AZ). Ciò garantisce che, qualora una zona di disponibilità subisca un’interruzione, i tuoi dati rimangano disponibili in un’altra regione nel giro di pochi minuti.

Pensateci come a un paracadutista che si porta dietro un paracadute di riserva. Anche se la probabilità di doverlo usare è bassa, averlo con sé offre tranquillità e garantisce un piano di emergenza nel caso in cui il paracadute principale non funzioni.

In conclusione, Amazon EC2 prende molto sul serio la sicurezza e l’affidabilità del cloud, investendo massicciamente nel sistema Nitro e offrendo una gamma di strumenti che contribuiscono a garantire che i dati degli utenti rimangano accessibili e al sicuro. Tuttavia, è importante che gli utenti siano consapevoli della necessità di una configurazione adeguata e prendano in considerazione piani di emergenza in caso di potenziali interruzioni del servizio. In definitiva, utilizzando correttamente gli strumenti forniti da Amazon EC2 e tenendo conto delle migliori pratiche nel campo del cloud computing, le aziende possono migrare con fiducia la propria infrastruttura sul cloud, garantendo al contempo la sicurezza e l’elevata disponibilità delle proprie applicazioni.

Risposte alle domande più frequenti con relative spiegazioni

Quali sono alcune alternative ad Amazon EC2 per il cloud computing?

Con la continua crescita della domanda di servizi di cloud computing, sono emersi numerosi concorrenti che offrono alternative ad Amazon EC2. Tra le alternative più popolari figurano:

1. Microsoft Azure – con una quota di mercato stimata al 16% nel 2019, questa piattaforma di cloud computing offre un’ampia gamma di servizi ed è spesso considerata la principale concorrente di Amazon Web Services (AWS).

2. Google Cloud – sebbene abbia una quota di mercato inferiore rispetto ad AWS e Azure, la piattaforma di cloud computing di Google sta registrando una rapida crescita grazie a Features innovative e prezzi competitivi.

3. IBM Cloud – questa piattaforma offre un’ampia gamma di servizi rivolti a settori specifici, quali quello sanitario e quello finanziario.

4. Alibaba Cloud – Rivolto principalmente al mercato interno cinese, Alibaba Cloud sta rapidamente espandendo la propria presenza a livello globale grazie a un’ampia infrastruttura e a prezzi competitivi.

Vale la pena sottolineare che, sebbene queste piattaforme alternative possano offrire servizi paragonabili a quelli di Amazon EC2, ciascuna presenta punti di forza e di debolezza specifici a seconda delle esigenze dell’utente. In definitiva, la scelta tra queste alternative dovrebbe essere effettuata sulla base di fattori quali costo, scalabilità, affidabilità, sicurezza e assistenza.

Quanto è sicuro Amazon EC2?

In termini di sicurezza, Amazon EC2 è estremamente affidabile. Utilizza una serie di tecniche per proteggere la riservatezza, l’integrità e la disponibilità delle tue risorse. Vediamo nel dettaglio alcune delle modalità con cui Amazon EC2 è stato progettato per garantire la sicurezza dei tuoi dati.

Innanzitutto, Amazon EC2 consente di controllare l’accesso alle istanze tramite un’ampia gamma di funzionalità di sicurezza, tra cui i gruppi di sicurezza, le ACL di rete e la gestione delle identità e degli accessi (IAM). In combinazione con le opzioni di crittografia dei dati inattivi e in transito, è possibile garantire un elevato livello di sicurezza per le applicazioni in esecuzione su EC2.

Inoltre, Amazon EC2 offre funzionalità come AWS Shield e AWS WAF che aiutano a proteggere dagli attacchi Distributed Denial of Service (DDoS) e dagli attacchi alle applicazioni web. Infatti, secondo il Rapporto sulla sicurezza cloud 2021 di AWS, i clienti che utilizzano AWS Shield hanno registrato una riduzione del 37% nella frequenza degli attacchi DDoS rispetto a quelli che non utilizzavano il servizio.

Inoltre, Amazon EC2 è conforme a numerose certificazioni e standard riconosciuti dal settore, quali PCI DSS Livello 1, HIPAA, ISO 27001, SOC 1/2/3 e altri ancora. Ciò significa che l’infrastruttura su cui gira EC2 è stata sottoposta a verifiche da parte di organismi indipendenti per accertarne la conformità a rigorosi requisiti di sicurezza.

Nel complesso, alla luce delle misure adottate da Amazon EC2 e del suo rispetto dei vari standard di conformità, si può affermare con certezza che Amazon EC2 offre servizi di cloud computing altamente sicuri.

Come funziona Amazon EC2?

Amazon Elastic Compute Cloud (EC2) è un servizio web che fornisce capacità di elaborazione sicura e scalabile nel cloud. In sostanza, EC2 consente di noleggiare macchine virtuali di diverse dimensioni e specifiche in base alle proprie esigenze.

Quando si avvia un’istanza tramite EC2, viene creato un server virtuale nel cloud a cui è possibile accedere da qualsiasi luogo dotato di una connessione a Internet. Le istanze Amazon EC2 sono altamente personalizzabili e dispongono di sistemi operativi e software applicativi preinstallati. Inoltre, è possibile aggiungere ulteriori pacchetti software in base alle esigenze del proprio progetto.

Uno dei principali vantaggi dell’utilizzo di Amazon EC2 è che si paga solo ciò che si utilizza. È possibile aumentare o ridurre facilmente la propria capacità di elaborazione in base alla domanda, senza doversi preoccupare dell’infrastruttura fisica o dei costi di manutenzione. Ciò non solo è conveniente dal punto di vista economico, ma garantisce anche la disponibilità immediata della potenza di calcolo ogni volta che ne avete bisogno.

Inoltre, Amazon EC2 offre anche diverse Features, quali l’auto-scaling, il bilanciamento del carico e i gruppi di sicurezza, che garantiscono che le vostre applicazioni funzionino in modo fluido e sicuro in ogni momento.

In conclusione, Amazon EC2 funziona fornendo macchine virtuali su richiesta con specifiche personalizzate per soddisfare le esigenze degli utenti. Offre flessibilità e scalabilità a costi contenuti, garantendo al contempo elevati livelli di affidabilità e sicurezza.

Riferimenti:

– “Che cos’è Amazon EC2?” Servizi Web di Amazon. https://aws.amazon.com/ec2/

– “Istanze di calcolo – Amazon Elastic Compute Cloud (EC2)”. Documentazione AWS. https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Instances.html

Quali sono i vantaggi dell’utilizzo di Amazon EC2 per le aziende?

Amazon Elastic Compute Cloud (EC2) è un esempio di punta del cloud computing, che offre alle aziende la possibilità di accedere su richiesta a risorse informatiche sicure, scalabili ed economiche. Uno dei vantaggi significativi dell’utilizzo di Amazon EC2 per le aziende è la flessibilità che offre in termini di risorse di calcolo. Con EC2, le aziende possono espandere o ridimensionare rapidamente la propria infrastruttura di calcolo per soddisfare le mutevoli esigenze senza doversi preoccupare degli investimenti infrastrutturali. Ciò significa che pagano solo per ciò che utilizzano, il che è di gran lunga più conveniente rispetto alle infrastrutture IT tradizionali.

Inoltre, l’utilizzo di Amazon EC2 assicura un elevato livello di disponibilità e affidabilità, poiché Amazon garantisce un tempo di attività del 99,99%. AWS dispone inoltre di numerosi data center distribuiti in diverse località in tutto il mondo, garantendo eccellenti prestazioni in termini di latenza e capacità di ripristino in caso di disastri.

Un altro vantaggio di EC2 è che consente alle aziende di concentrarsi sulle proprie competenze chiave anziché sulla gestione dell’infrastruttura IT. Sfruttando i servizi gestiti di AWS, quali Auto Scaling, Elastic Load Balancing e Amazon RDS, le aziende possono automatizzare numerose attività operative e consentire ai team IT di dedicare più tempo a compiti di natura più strategica.

Le statistiche dimostrano che l’utilizzo di AWS ha aiutato le aziende a ridurre significativamente i propri costi. Un recente sondaggio condotto da IDC ha rivelato che le organizzazioni che utilizzano AWS hanno risparmiato in media 1,6 milioni di dollari all’anno per ogni applicazione, aumentando al contempo il fatturato del 44%. Inoltre, secondo Statista, nel 2021 AWS è stato classificato come il provider di servizi cloud più utilizzato tra i rivenditori online del Nord America, con una quota di mercato superiore al 50%.

In conclusione, l’utilizzo di Amazon EC2 consente alle aziende di beneficiare di una vasta gamma di vantaggi, quali efficienza in termini di costi, flessibilità, elevata disponibilità e affidabilità, funzionalità di Recovery e la possibilità di liberare risorse IT da destinare ad attività più critiche. Pertanto, ogni azienda che miri a migliorare la propria efficienza operativa dovrebbe prendere in considerazione l’utilizzo di Amazon EC2 per le proprie esigenze di infrastruttura informatica.

È possibile utilizzare Amazon EC2 per l’analisi dei dati e l’apprendimento automatico?

Assolutamente sì! Amazon EC2 è una delle piattaforme di cloud computing più diffuse per l’analisi dei dati e le attività di machine learning. Grazie alla vasta gamma di servizi di archiviazione ed elaborazione dei dati offerti da Amazon Web Services (AWS), le istanze EC2 possono essere facilmente integrate con una serie di framework di machine learning quali TensorFlow, PyTorch e Scikit-learn.

Infatti, secondo uno studio condotto da Synergy Research Group nel 2021, AWS detiene una quota impressionante pari al 33% del mercato globale delle infrastrutture cloud, grazie soprattutto alla sua ampia gamma di offerte nei settori dell’intelligenza artificiale e dell’apprendimento automatico.

Inoltre, le istanze EC2 offrono una scalabilità e prestazioni senza pari nella gestione di grandi set di dati, grazie alla loro capacità di adattarsi automaticamente alle esigenze. Ciò consente ai data scientist e agli ingegneri di portare a termine rapidamente gli esperimenti senza doversi preoccupare della gestione dell’infrastruttura o dei colli di bottiglia.

Quindi, sia che stiate addestrando reti neurali profonde o eseguendo complesse analisi statistiche su terabyte di dati, Amazon EC2 rimane una scelta eccellente per tutte le vostre esigenze di analisi dei dati e machine learning.

Aggiornamenti del piano di recovery	Domande da porsi	Esempi
Quali applicazioni aziendali hanno subito modifiche di recente?	Ci sono applicazioni trascurate che mancano nel piano?	• Applicazioni di marketing basate su SaaS • Applicazioni per il servizio clienti come i chatbot • Il passaggio da sistemi CRM o ERP on-premise a quelli basati su SaaS
Chi ha implementato soluzioni di database-as-a-service?	Quali implementazioni di database-as-a-service gestiscono dati critici?	• Azure Cosmos DB, Azure Database for MariaDB • AWS Redshift, Amazon Aurora, Amazon DynamoDB • Google Cloud SQL per MySQL, Google Cloud SQL per PostgreSQL

Aggiornamenti al piano di Recovery di emergenza	Domande da porre	Esempi
Includere opzioni per lo spostamento dei dati verso, da, attraverso e tra i cloud	Quando è necessario spostare i dati da una sede cloud – o da un fornitore di cloud – a un’altra? Quanto costerà il ripristino dei dati?	Recuperare dati e carichi di lavoro su diversi hypervisor e cloud • Microsoft Azure • AWS • Google Cloud
Assicurarsi che i dispositivi edge dispongano di un backup	Disponiamo di un backup per i dati presenti sul cloud ibrido o sui dispositivi edge?	• Microsoft Azure Stack e Azure Stack HCI• AWS Outposts

Prodotti Commvault per il disaster recovery

Per saperne di più

Riferimento
^{1 TechValidate, ottobre 2020}

More related posts

Con ogni passo che riecheggia, ci si rende conto che non si tratta solo di un caveau, ma di un sistema di backup dei dati conforme alla normativa HIPAA, che offre una sicurezza solida come una roccia al tesoro più prezioso degli operatori sanitari: i dati dei pazienti. Ora immaginate che, senza bisogno di chiavi fisiche o codici complessi, questo caveau sia virtuale come l’aria che respiriamo, ma robusto come l’acciaio. Benvenuti al tema centrale della nostra discussione odierna: soluzioni di backup conformi alla normativa HIPAA che garantiscono non solo la protezione delle informazioni sanitarie sensibili, ma anche la sicurezza e la fiducia dei pazienti.

Proprio come una bussola indica il nord, concentriamoci su un aspetto poco discusso ma fondamentale della tecnologia sanitaria: le soluzioni di backup conformi alla normativa HIPAA. Ricordate: una piccola svista nella protezione dei dati potrebbe provocare un crollo catastrofico della fiducia del pubblico e comportare pesanti sanzioni. Allacciate le cinture: vi indicheremo la strada verso una gestione sanitaria più sicura e protetta!

Per “backup conforme all’HIPAA” si intende una soluzione di backup dei dati che soddisfa i rigorosi requisiti dell’Health Insurance Portability and Accountability Act (HIPAA), che impone standard rigorosi di sicurezza e privacy alle organizzazioni sanitarie. È importante perché garantisce la protezione e la riservatezza delle informazioni sanitarie protette in formato elettronico (ePHI) in caso di disastri o emergenze, oltre alla conformità alle normative federali. Una soluzione di backup conforme all’HIPAA deve includere la crittografia, test periodici e la revisione dei piani di emergenza, protocolli di trasmissione sicuri e accordi di partnership commerciale (Business Associate Agreements) firmati con i fornitori di servizi di backup su cloud, al fine di garantire i massimi livelli di sicurezza dei dati.

Comprendere la conformità all’HIPAA

L’Health Insurance Portability and Accountability Act (HIPAA) è una legge federale che stabilisce gli standard nazionali per la protezione delle informazioni sanitarie sensibili dei pazienti. I soggetti interessati, quali gli operatori sanitari, le compagnie assicurative e i loro partner commerciali, sono tenuti a rispettare tali norme per garantire la riservatezza, l’integrità e la disponibilità delle informazioni sanitarie protette (PHI).

Un’analogia che può essere utilizzata per comprendere la conformità all’HIPAA è quella di una cassetta di sicurezza. Proprio come una cassetta di sicurezza protegge documenti sensibili e oggetti di valore, le misure di conformità all’HIPAA vengono messe in atto per proteggere le informazioni mediche dei pazienti. Ciò include misure di sicurezza fisiche, amministrative e tecniche, quali il monitoraggio e il controllo dell’accesso alle informazioni sanitarie protette (PHI), la crittografia dei dispositivi elettronici che contengono tali informazioni, lo svolgimento di valutazioni dei rischi e la formazione del personale.

Per illustrare perché la conformità all’HIPAA sia importante, si consideri uno scenario in cui venga rubato il portatile non crittografato di un operatore sanitario contenente dati dei pazienti. Se i dati non fossero stati adeguatamente protetti o sottoposti a backup, potrebbero andare persi per sempre o finire nelle mani sbagliate. Ciò potrebbe comportare gravi conseguenze sia per l’operatore sanitario che per i suoi pazienti, che vanno dalle sanzioni legali al danno alla reputazione.

Il mancato rispetto delle norme HIPAA può comportare gravi conseguenze finanziarie e legali. Gli operatori sanitari che violano le leggi sulla privacy dei pazienti possono incorrere in sanzioni civili o penali inflitte dall’Ufficio per i diritti civili (OCR), che nel corso di un’indagine può comminare multe fino a 1,5 milioni di dollari per ciascuna categoria di violazione.

Tenendo presente questo, esaminiamo più da vicino i requisiti fondamentali e le norme previste dall’HIPAA.

Requisiti fondamentali e normative

La conformità alla normativa HIPAA impone ai soggetti interessati e ai loro partner commerciali di attenersi a norme specifiche in materia di raccolta, utilizzo, divulgazione, conservazione e smaltimento delle informazioni sanitarie protette (PHI).

Uno degli aspetti più importanti della conformità alla normativa HIPAA è il mantenimento della riservatezza delle informazioni sanitarie protette (PHI). Ciò significa che le organizzazioni sanitarie devono limitare l’accesso alle PHI in base al principio della “necessità di sapere” e implementare controlli di accesso sicuri per proteggersi da accessi non autorizzati.

Un altro requisito fondamentale dell’HIPAA riguarda il backup dei dati e la pianificazione della Recovery in caso di emergenza. I soggetti interessati devono disporre di un piano di backup dei dati che consenta loro di conservare copie esatte e recuperabili delle informazioni sanitarie protette (PHI) in formato elettronico, garantendo che i dati possano essere recuperati in caso di emergenza o attacco informatico.

Oltre a queste misure, i soggetti interessati sono tenuti a condurre analisi periodiche dei rischi al fine di individuare le vulnerabilità e le potenziali minacce alle informazioni sanitarie protette (PHI). Sulla base dei risultati dell’analisi, devono attuare misure di sicurezza adeguate per proteggersi da tali rischi.

Alcune organizzazioni sanitarie potrebbero sostenere che la conformità all’HIPAA comporti un onere eccessivo per le loro attività o limiti la loro capacità di utilizzare i dati dei pazienti a fini di ricerca. Tuttavia, la tutela della privacy e della sicurezza dei pazienti dovrebbe sempre avere la priorità rispetto agli interessi commerciali. Inoltre, l’HIPAA impone che l’utilizzo o la divulgazione delle informazioni sanitarie protette (PHI) siano limitati al minimo necessario per le cure, i pagamenti e le operazioni sanitarie.

Ora che abbiamo acquisito una comprensione più approfondita della conformità all’HIPAA e dei suoi requisiti e normative fondamentali, vediamo come le organizzazioni possano elaborare una strategia di backup conforme all’HIPAA.

Definizione di una strategia di backup conforme alla normativa HIPAA

Nel settore sanitario, le violazioni dei dati non sono rare. La crittografia e la protezione delle informazioni sensibili relative ai pazienti sono fondamentali per ogni organizzazione che gestisce informazioni sanitarie protette (PHI). Nonostante l’esistenza delle normative di conformità HIPAA, molte organizzazioni continuano a subire violazioni dei dati o la perdita di dati sanitari critici a causa di strategie di backup inadeguate.

Per prevenire tali rischi, le organizzazioni sanitarie devono elaborare una strategia di backup ben strutturata e conforme alla normativa HIPAA. Tale piano dovrebbe non solo garantire la disponibilità delle informazioni sanitarie protette, ma anche assicurare che tali informazioni siano conformi a tutti gli standard e alle normative di sicurezza vigenti.

Un ospedale ha visto l’intera rete messa fuori uso per 24 ore a causa di un ransomware. Il personale ospedaliero ha dovuto ricorrere alle cartelle cliniche cartacee per tenere traccia delle cure prestate ai pazienti, mentre il team informatico si affannava a recuperare i dati. Il team informatico ha ripristinato i backup dopo aver versato una somma ingente agli hacker. Di conseguenza, molti pazienti hanno subito gravi conseguenze per la salute, poiché le cure sono state ritardate o compromesse durante quelle 24 ore.

Per evitare tali situazioni, le organizzazioni sanitarie devono investire in un solido piano di Backup and Recovery conforme alle norme HIPAA. Ciò richiede un’attenta valutazione dei componenti essenziali e degli aspetti da considerare per un piano di questo tipo.

Innanzitutto, qualsiasi strategia di backup conforme alla normativa HIPAA deve prevedere metodi di crittografia affidabili e sicuri, oltre a sofisticati controlli di accesso, al fine di proteggere efficacemente le informazioni sanitarie sensibili.

In secondo luogo, è fondamentale definire delle politiche relative alla frequenza dei backup, al luogo di archiviazione e alle procedure di ripristino del sistema. Ciò può comportare l’adozione di sistemi di backup ridondanti o di diverse soluzioni tecnologiche di backup in grado di mitigare i rischi in caso di guasto dell’hardware.

In terzo luogo, l’elaborazione di un piano di risposta agli incidenti adeguato è fondamentale per reagire rapidamente quando si verificano eventi imprevisti, come gli attacchi ransomware.

In quarto luogo, è altamente consigliabile testare regolarmente l’intero processo di backup and Recovery. Ciò comporta l’esecuzione di test sia per le fasi automatizzate che per quelle manuali all’interno dei processi di Backup and Recovery. È preferibile rendere i test una parte imprescindibile della vostra strategia, in modo da poter individuare eventuali vulnerabilità prima che abbiano un impatto sull’organizzazione.

Ciascuno dei componenti sopra menzionati è fondamentale per lo sviluppo di un piano di backup completo e conforme alla normativa HIPAA. Tuttavia, per garantire l’efficacia del sistema di backup, ogni organizzazione sanitaria deve tenere conto anche di diversi aspetti fondamentali.

Il settore sanitario deve dare priorità allo sviluppo di una solida strategia di backup conforme alla normativa HIPAA, al fine di prevenire violazioni dei dati o la perdita di dati sanitari critici. Ciò comprende metodi di crittografia affidabili, politiche relative alla frequenza dei backup e alla sede di archiviazione, lo sviluppo di un piano di risposta agli incidenti e test regolari del processo di backup. Attraverso l’attuazione di un piano di questo tipo, le organizzazioni possono garantire che l’assistenza ai pazienti non venga compromessa o ritardata in caso di eventi imprevisti e allinearsi a tutti gli standard e le normative di sicurezza vigenti.

Componenti essenziali e aspetti da considerare

Lo sviluppo di componenti adeguati per un piano di backup conforme alla normativa HIPAA richiede ben più della semplice implementazione della crittografia e del rispetto delle normative standard. Ecco alcune ulteriori considerazioni fondamentali:

Considerate le soluzioni di backup come un’arma nel vostro arsenale, una squadra di tiratori, se volete. Per ottenere un risultato positivo occorrono diverse mani ferme che mirino esattamente allo stesso bersaglio. Ogni mano deve svolgere il proprio ruolo in modo impeccabile, dall’esecuzione di backup dei dati corretti alla garanzia di un’archiviazione sicura: solo così il risultato finale potrà essere positivo.

Innanzitutto, è fondamentale individuare tutti i backup necessari e i requisiti di Recovery in caso di emergenza prima di scegliere una soluzione. La frequenza dei backup, i protocolli di sicurezza e le misure di controllo degli accessi sono aspetti fondamentali che richiedono un’analisi approfondita in questa fase.

In secondo luogo, la scelta tra server fisici e server virtuali rappresenta un altro fattore chiave da considerare per un sistema di backup conforme alla normativa HIPAA. Sebbene entrambe le opzioni siano conformi alla normativa HIPAA, alcune organizzazioni sanitarie potrebbero ritenere che, data la specificità della propria infrastruttura IT, una delle due soluzioni sia più adatta dell’altra.

In terzo luogo, la scelta del fornitore giusto è fondamentale nel processo decisionale relativo alla tecnologia e ai servizi necessari per garantire backup sicuri. I fornitori devono essere conformi alla normativa HIPAA, avere esperienza nella gestione delle strategie di protezione delle informazioni sanitarie protette (PHI) ed essere in grado di aiutare i clienti a definire in modo approfondito le loro esigenze di backup e a individuare eventuali lacune.

In quarto luogo, l’accessibilità rappresenta un altro aspetto fondamentale nello sviluppo di una solida strategia di backup per i dati PHI. Le soluzioni di backup basate sul cloud offrono numerosi vantaggi rispetto ai tradizionali metodi di archiviazione fuori sede. Consentono infatti al personale autorizzato di accedere facilmente ai dati crittografati in qualsiasi momento e da qualsiasi parte del mondo attraverso canali sicuri, quali connessioni SSL VPN, servizi proxy o soluzioni basate su tecnologie simili come lo Zero Trust Network Access (ZTNA).

Un dibattito ricorrente in merito alle strategie di backup conformi alla normativa HIPAA riguarda la conservazione dei dati. Sebbene sia vero che conservare i backup più vecchi possa essere costoso e richiedere maggiore spazio di archiviazione, farlo può rivelarsi vantaggioso nel caso in cui si verifichino problemi e l’organizzazione sanitaria abbia bisogno di fare riferimento a versioni precedenti dei propri dati. D’altra parte, non esiste un consenso univoco sulla durata della conservazione dei backup. La soluzione migliore in questo caso consiste nel personalizzare il periodo di conservazione in base alle normative di settore o ai requisiti legali specifici.

Con la tecnologia in continua evoluzione e i progressi nel settore del cloud, per le organizzazioni sanitarie è una mossa intelligente affidarsi a fornitori affidabili e a team IT in grado di fornire loro competenze specifiche in materia di backup per la conformità alla normativa HIPAA.

Soluzioni di backup adeguate per la conformità alla normativa HIPAA

Per quanto riguarda le soluzioni di backup conformi alla normativa HIPAA, sul mercato sono disponibili diverse opzioni. Tuttavia, non tutte le soluzioni di backup sono uguali e alcune potrebbero non soddisfare i rigorosi requisiti stabiliti dalla normativa HIPAA. È fondamentale trovare una soluzione che sia al tempo stesso efficiente e conforme a tutte le normative pertinenti.

Una delle migliori soluzioni di backup per la conformità alle norme HIPAA è il backup basato su cloud. Il backup basato su cloud rappresenta un modo semplice e sicuro per archiviare e proteggere i dati sanitari. Quando si sceglie una soluzione di backup basata su cloud per la propria organizzazione, è fondamentale assicurarsi che il fornitore soddisfi tutti i requisiti normativi necessari.

Un’altra opzione per le soluzioni di backup è rappresentata dai backup locali. Per backup locali si intende il backup dei dati su server situati all’interno della sede dell’organizzazione. I backup locali possono essere più economici rispetto a quelli basati sul cloud, ma presentano alcune limitazioni. Le aziende devono disporre di sistemi adeguati per garantire l’integrità e la sicurezza dei propri backup locali.

Per le aziende che necessitano di un maggiore controllo sui propri backup, i backup ibridi rappresentano un’altra opzione adeguata. I backup ibridi consentono alle aziende di combinare backup su cloud e backup locali, garantendo così una protezione più solida contro eventuali disastri o violazioni dei dati.

È fondamentale tenere presente che non tutte le soluzioni di backup soddisfano tutti i requisiti previsti dalle normative HIPAA, ma individuarne una che supporti la crittografia dei file rafforzerà la sicurezza complessiva dei dati. Inoltre, in base alle normative HIPAA, le aziende devono stipulare un accordo di collaborazione (Business Associate Agreement) firmato con il proprio fornitore di servizi di backup su cloud.

Per garantire la piena conformità agli standard HIPAA in materia di trattamento e archiviazione dei dati, sono state sviluppate soluzioni come MSP360 Backup, pensate specificatamente per gli operatori sanitari o i fornitori di servizi gestiti (MSP) che si occupano dell’archiviazione e della protezione delle informazioni sanitarie. Il software garantisce che la trasmissione delle informazioni sui pazienti sia conforme alle normative HIPAA, soddisfacendo i requisiti relativi alla crittografia delle informazioni sanitarie protette in formato elettronico (ePHI).

Le risorse interne sono spesso sottoutilizzate a causa dei costi e delle difficoltà legati alla loro gestione. Purtroppo, le soluzioni di archiviazione locali possono comportare problemi di sicurezza a causa di pratiche quali l’esecuzione di backup in posizioni non protette o la mancata crittografia adeguata dei file.

Sebbene le soluzioni di backup basate sul cloud siano un’opzione sempre più diffusa tra le strutture sanitarie, i backup in loco continuano ad avere un ruolo importante nel rispetto della normativa HIPAA. Le organizzazioni sanitarie traggono l’ulteriore vantaggio di poter verificare che le procedure di backup siano sicure e gestibili quando vengono eseguite localmente, anziché affidarsi al supporto di terze parti. Grazie ai backup locali, le aziende possono tenere traccia di chi, all’interno dell’organizzazione, ha accesso ai dati sensibili.

Da alcune indagini è emerso che, entro il 2023, circa il 60% delle organizzazioni sanitarie passerà all’utilizzo di soluzioni di backup su cloud conformi alla normativa HIPAA come parte integrante della propria strategia di gestione dei dati.
Un rapporto pubblicato dall’Ufficio per i diritti civili (OCR) nel 2021 evidenzia un aumento del 22% delle indagini relative alla mancata osservanza dei requisiti HIPAA in materia di backup, sottolineando la crescente importanza di procedure di backup dei dati sicure e conformi.
Secondo la società di ricerche Markets and Markets, il mercato globale del cloud computing nel settore sanitario, compresi i servizi di backup su cloud conformi alla normativa HIPAA, dovrebbe crescere a un tasso di crescita annuale composto (CAGR) di circa il 17,2% dal 2020 al 2025, riflettendo l’aumento della domanda di tali servizi da parte degli operatori sanitari.

Opzioni preferite basate sul cloud

Il backup basato su cloud sta diventando una scelta sempre più diffusa tra gli operatori sanitari per archiviare le informazioni dei pazienti senza dover sostenere ingenti investimenti in infrastrutture o personale. Consente inoltre un rapido recupero dei dati e una scalabilità eccezionale. Quando si tratta di scegliere la migliore soluzione di backup basata su cloud, è necessario prestare attenzione a diverse caratteristiche specifiche.

Un aspetto fondamentale di un backup su cloud adeguato è che debba essere crittografato. Tutte le informazioni archiviate devono essere protette da meccanismi di crittografia sicuri, in modo che solo i soggetti autorizzati in possesso di una chiave di crittografia possano accedervi in modo sicuro. Alcuni standard prevedono la crittografia AES-256 e la crittografia SSL/TLS end-to-end su tutti i punti di trasferimento dei dati.

Un sistema di orchestrazione affidabile è un’altra caratteristica essenziale. Una buona soluzione di backup dovrebbe disporre di una suite completa di dashboard in grado di semplificare i processi amministrativi, quali la pianificazione dei backup, la definizione delle politiche di conservazione e l’esecuzione dei ripristini senza alcuna difficoltà.

Inoltre, scegliete un fornitore di servizi cloud dotato di adeguati controlli di trasparenza, in grado di fornire informazioni utili sui dati ePHI della vostra organizzazione e che rispetti normative rigorose, come la conformità HIPAA. Il fornitore di servizi di archiviazione deve essere sufficientemente affidabile e rigoroso da impedire che altri clienti sovraccarichino i propri server.

Investire in soluzioni di backup conformi alla normativa HIPAA equivale a costruire una fortezza attorno ai dati critici della propria istituzione per proteggerli dalle minacce informatiche, proprio come si fa quando si ripongono i propri oggetti di valore in una cassaforte chiusa a chiave: esattamente come una soluzione di backup sicura. Le opzioni di backup basate sul cloud offrono l’ulteriore vantaggio di creare una copia dei dati sensibili facilmente accessibile in caso di perdita dei dati o altre emergenze.

Dopo aver compreso cosa comporti la conformità all’HIPAA e quali siano le varie soluzioni di backup disponibili, è giunto il momento di esaminare alcune insidie comuni che gli operatori sanitari potrebbero trascurare nell’attuazione delle loro strategie di backup conformi all’HIPAA.

Come evitare gli errori più comuni nel backup ai sensi dell’HIPAA

Quando si tratta di proteggere le informazioni sensibili dei pazienti, è importante adottare ogni misura possibile. Ecco perché è fondamentale evitare di commettere errori comuni nell’esecuzione dei backup, che potrebbero portare a violazioni dei dati e ad altri problemi di conformità. Di seguito sono riportati alcuni degli errori più comuni relativi ai backup nell’ambito dell’HIPAA e come evitarli.

Utilizzo di dispositivi non protetti per il backup

Uno degli errori più gravi in materia di backup ai sensi dell’HIPAA consiste nell’utilizzare dispositivi non protetti per eseguire il backup dei dati. Ciò include l’uso di telefoni cellulari, computer portatili o tablet personali privi delle adeguate misure di sicurezza. Questi dispositivi spesso non dispongono di crittografia, consentendo a soggetti non autorizzati di accedere a dati sensibili. Una soluzione migliore consiste nell’utilizzare un dispositivo di backup dedicato e sicuro, dotato di metodi di crittografia affidabili.

Mancata esecuzione di test periodici sui backup

Un altro errore commesso dalle organizzazioni sanitarie è quello di non testare regolarmente i propri backup. Alcune organizzazioni danno per scontato che i propri backup funzionino come previsto, scoprendo il contrario solo quando si verifica un’emergenza. I test regolari consentono di individuare eventuali problemi e garantire che tutto funzioni come previsto. I test dovrebbero includere anche una procedura di ripristino per verificare che i file recuperati corrispondano allo stato originale.

Metodi di controllo degli accessi poco chiari

Un altro errore comune consiste nel mantenere metodi di controllo degli accessi poco chiari. Ciò significa, in sostanza, che non esistono linee guida chiare su chi sia autorizzato ad accedere a determinate informazioni mediche, compresi i file di backup. Le organizzazioni devono adottare un approccio proattivo, implementando solidi meccanismi di autenticazione e limitando i privilegi di accesso in base ai ruoli e alle responsabilità lavorative.

Formazione inadeguata dei membri del personale

La formazione del personale sulle migliori pratiche in materia di sicurezza dei dati e di backup regolari è fondamentale, ma spesso viene trascurata dalle organizzazioni. I dipendenti devono comprendere i rischi connessi agli errori di conformità alla normativa HIPAA, in particolare per quanto riguarda i backup. Può essere utile fornire esempi di attacchi riusciti ai sistemi sanitari avvenuti di recente, per far comprendere in modo chiaro e concreto la gravità delle carenze nella conformità alla normativa HIPAA.

Mancata aggiornamento degli accordi con i partner commerciali

Come accennato in precedenza in questo articolo, le normative HIPAA stabiliscono che le aziende debbano stipulare un accordo di collaborazione (Business Associate Agreement) firmato con il proprio fornitore di servizi di backup su cloud. Inoltre, tali accordi dovrebbero riflettere i requisiti legali vigenti, gli standard di sicurezza in continua evoluzione e i cambiamenti organizzativi o gli aggiornamenti a livello di software o hardware. È importante rivedere regolarmente questi contratti e assumere un ruolo attivo nella negoziazione dei termini con il proprio fornitore di servizi di backup conforme alle norme HIPAA.

Adottare misure volte a evitare gli errori più comuni relativi all’HIPAA in materia di backup dei dati può contribuire in modo significativo a proteggere le informazioni sensibili dei pazienti. Adottando un approccio proattivo nei confronti dei backup dei dati, testandoli regolarmente, implementando solidi controlli di accesso per le parti interessate e assicurandovi che i vostri accordi con i partner commerciali siano conformi agli standard del settore, potrete ridurre significativamente i rischi e aumentare le vostre possibilità di raggiungere la conformità all’HIPAA.

Domande frequenti e risposte

È necessario disporre di un sistema di backup specifico per i dati HIPAA?

Assolutamente sì! Anzi, è obbligatorio per legge. Le norme HIPAA (Health Insurance Portability and Accountability Act) impongono a qualsiasi organizzazione che gestisca informazioni sanitarie protette (PHI) di disporre di un sistema di backup sicuro e affidabile a tutela contro la perdita o il danneggiamento dei dati. Ciò al fine di garantire la riservatezza, l’integrità e la disponibilità delle PHI.

Secondo un recente studio condotto dal Ponemon Institute, il 91% delle organizzazioni sanitarie ha subito almeno una violazione dei dati negli ultimi due anni, mentre il 39% ne ha subite due o più. La perdita di dati può essere attribuita a numerosi fattori, quali disastri naturali, errori umani, guasti hardware o attacchi informatici.

Pertanto, disporre di un sistema di backup specializzato per i dati HIPAA non solo è necessario, ma anche fondamentale affinché le organizzazioni sanitarie possano garantire la conformità, ridurre al minimo i tempi di inattività e mitigare il rischio di perdita o violazione dei dati. Una soluzione di backup conforme alle norme HIPAA funge da polizza assicurativa che vi protegge dai potenziali rischi di sanzioni per non conformità e azioni legali.

In sintesi, investire in una soluzione di backup specializzata e conforme alla normativa HIPAA è una misura essenziale per qualsiasi organizzazione sanitaria che intenda proteggere le informazioni sanitarie protette (PHI) e dimostrare al contempo la propria conformità ai requisiti normativi.

Quali sono i requisiti legali per i backup conformi alla normativa HIPAA?

I backup conformi alla normativa HIPAA sono indispensabili per le organizzazioni sanitarie che desiderano proteggere i propri dati sensibili e garantire la privacy dei pazienti. I requisiti legali relativi ai backup conformi alla normativa HIPAA sono definiti nella “HIPAA Security Rule” e prevedono l’adozione di adeguate misure di sicurezza amministrative, fisiche e tecniche.

Le misure di sicurezza amministrative possono includere l’elaborazione di politiche e procedure, l’assegnazione delle responsabilità in materia di sicurezza, lo svolgimento di valutazioni dei rischi e la formazione del personale sul mantenimento della conformità all’HIPAA. Le misure di sicurezza fisiche possono includere la protezione o la messa in sicurezza fisica dei dispositivi elettronici utilizzati per archiviare o eseguire il backup delle informazioni sanitarie protette (PHI), quali server, dischi rigidi o nastri di backup. Le misure di sicurezza tecniche possono includere l’utilizzo di software di crittografia per proteggere le PHI durante la trasmissione dei dati e mentre sono archiviate nei backup.

I costi derivanti dal mancato rispetto della normativa HIPAA possono essere esorbitanti. Solo nel 2020, le violazioni dei dati sanitari hanno interessato oltre 21 milioni di pazienti negli Stati Uniti, con un costo medio di 7,13 milioni di dollari per ogni violazione. Fortunatamente, esistono diverse soluzioni di backup conformi alla normativa HIPAA in grado di aiutare a prevenire il verificarsi di questi costosi incidenti.

In conclusione, gli operatori sanitari e i loro partner commerciali devono attenersi ai requisiti legali previsti dalla Norma sulla sicurezza dell’HIPAA nell’implementazione di soluzioni di backup. Ciò comporta l’adozione di adeguate misure di sicurezza amministrative, fisiche e tecniche per garantire la privacy dei pazienti ed evitare costose violazioni dei dati.

Quali sono alcuni errori comuni che possono comportare una violazione della conformità durante il backup dei dati HIPAA?

Esistono diversi errori comuni che gli operatori sanitari commettono durante il backup dei dati soggetti alla normativa HIPAA, che possono comportare gravi problemi di non conformità. Ecco alcuni dei più rilevanti:

1. Mancata crittografia dei backup: la crittografia è un elemento essenziale della conformità all’HIPAA ed è particolarmente importante quando si eseguono backup di dati sensibili dei pazienti. Tuttavia, molti operatori sanitari non crittografano correttamente i propri backup, esponendo i dati dei pazienti al rischio di furto o di accesso non autorizzato.

2. Utilizzo di supporti di archiviazione non sicuri: molti operatori sanitari continuano ad affidarsi a supporti di archiviazione non sicuri, come chiavette USB o dischi rigidi portatili, per eseguire il backup dei propri dati. Tuttavia, questi dispositivi sono altamente esposti al rischio di smarrimento o furto e potrebbero mettere a rischio i dati sensibili dei pazienti.

3. Conservazione dei backup più a lungo del necessario: le normative HIPAA impongono agli operatori sanitari di conservare i dati dei pazienti per un determinato periodo, ma una volta trascorso tale periodo, i dati devono essere cancellati in modo sicuro e definitivo. Tuttavia, alcuni operatori potrebbero conservare i backup più a lungo del necessario, il che potrebbe aumentare il rischio di non conformità in caso di violazione.

4. Trascurare di testare regolarmente i backup: infine, uno degli errori più gravi che può portare alla non conformità è quello di non testare regolarmente i backup. Se un backup fallisce o non funziona correttamente quando necessario, può creare gravi problemi di conformità o causare ritardi nell’accesso ai dati critici dei pazienti.

Evitando questi errori comuni e adottando soluzioni di backup conformi alla normativa HIPAA, gli operatori sanitari possono proteggere le informazioni sensibili dei propri pazienti, garantendo al contempo il rispetto delle normative federali.

Con quale frequenza dovrebbero essere eseguiti i backup conformi alla normativa HIPAA?

È necessario eseguire backup conformi alla normativa HIPAA con regolarità; la frequenza dipende dalle dimensioni della propria organizzazione sanitaria e dalla quantità di dati generati.

Come regola generale, si raccomanda alle strutture sanitarie di eseguire backup giornalieri dei sistemi e dei dati critici, quali le cartelle cliniche dei pazienti e le informazioni finanziarie. Tuttavia, alcune strutture di dimensioni più ridotte potrebbero aver bisogno solo di backup settimanali o bisettimanali.

Non si sottolineerà mai abbastanza l’importanza di eseguire il backup dei dati. Secondo studi recenti, il 60% delle piccole imprese vittime di un attacco informatico cessa l’attività entro sei mesi. Inoltre, la perdita di dati può avere gravi conseguenze per la sicurezza e la riservatezza dei pazienti; ecco perché le normative HIPAA impongono alle organizzazioni sanitarie di adottare soluzioni di backup sicure e conformi.

Per garantire che la vostra organizzazione sia pienamente conforme alle normative HIPAA, è importante collaborare con fornitori che offrano soluzioni di backup conformi alle norme HIPAA e in grado di soddisfare tutti i requisiti di sicurezza necessari. Tali soluzioni dovrebbero prevedere test e monitoraggi periodici per assicurarsi che i backup funzionino correttamente e in modo sicuro.

In conclusione, le organizzazioni sanitarie devono dare priorità all’esecuzione regolare di backup conformi alla normativa HIPAA, al fine di garantire la sicurezza dei dati dei pazienti e mantenere la conformità normativa. La frequenza di tali backup dovrebbe essere determinata dalle dimensioni e dalle esigenze della propria organizzazione, ma occorre fare tutto il possibile per garantire che vengano eseguiti con regolarità e in modo sicuro.

È possibile utilizzare l’archiviazione su cloud per i backup HIPAA e, in tal caso, quali misure di sicurezza dovrebbero essere adottate?

Certamente! Il cloud storage può essere utilizzato per i backup conformi alla normativa HIPAA. Infatti, le soluzioni di backup su cloud stanno guadagnando popolarità negli ultimi anni grazie alla loro praticità e convenienza. Tuttavia, è importante assicurarsi che il fornitore di servizi di cloud storage scelto sia conforme alla normativa HIPAA per evitare eventuali violazioni legali o etiche.

Una soluzione di backup su cloud conforme alla normativa HIPAA dovrebbe disporre di adeguate misure di sicurezza amministrative, fisiche e tecniche per tutelare la riservatezza e la sicurezza dei dati. Ciò include misure quali la crittografia dei dati inattivi e in transito, rigorosi controlli di accesso tramite autenticazione a più fattori, backup regolari e procedure di ripristino di emergenza, nonché data center sicuri con monitoraggio 24 ore su 24, 7 giorni su 7.

Tra le opzioni più diffuse di archiviazione cloud conformi alla normativa HIPAA figurano Microsoft Azure, AWS S3 e Google Cloud Storage. È fondamentale verificare attentamente lo stato di conformità di ciascun fornitore e richiedere il relativo Accordo di collaborazione commerciale (BAA) prima di sottoscrivere il servizio.

Secondo un sondaggio condotto da HIMSS Analytics nel 2020, oltre il 50% delle organizzazioni sanitarie utilizza attualmente la tecnologia cloud per il Backup and Recovery di emergenza. Lo stesso sondaggio ha inoltre rivelato che il 90% delle organizzazioni sanitarie prevede di aumentare il proprio utilizzo del cloud nei prossimi anni.

In conclusione, l’archiviazione su cloud può certamente essere utilizzata per i backup HIPAA, purché siano state adottate le misure di sicurezza necessarie. A condizione che gli operatori sanitari agiscano con la dovuta diligenza nella scelta di un fornitore conforme alle normative e nel rispetto delle migliori pratiche in materia di protezione dei dati, potranno godere dei vantaggi di backup facilmente accessibili, garantendo al contempo la sicurezza delle informazioni dei propri pazienti.

More related posts

Getting Ahead of Shrinking Certificate Lifespans and the Quantum Clock

Meet Clumio Chat: An AI Assistant to Help Evaluate Cloud-Native Data Protection

Clumio Advances Cloud-Native Cyber Resilience with FedRAMP® Milestone

More related posts

Getting Ahead of Shrinking Certificate Lifespans and the Quantum Clock

Meet Clumio Chat: An AI Assistant to Help Evaluate Cloud-Native Data Protection

Clumio Advances Cloud-Native Cyber Resilience with FedRAMP® Milestone

Perché è necessario un piano di continuità operativa IT?

Come attivare il Recovery rapido dei dati in un piano di continuità operativa IT

Ripristino rapido con Clumio

More related posts

Getting Ahead of Shrinking Certificate Lifespans and the Quantum Clock

Meet Clumio Chat: An AI Assistant to Help Evaluate Cloud-Native Data Protection

Clumio Advances Cloud-Native Cyber Resilience with FedRAMP® Milestone

Perché è necessario un piano di continuità operativa IT?

Come attivare il Recovery rapido dei dati in un piano di continuità operativa IT

Ripristino rapido con Clumio

More related posts

Getting Ahead of Shrinking Certificate Lifespans and the Quantum Clock

Meet Clumio Chat: An AI Assistant to Help Evaluate Cloud-Native Data Protection

Clumio Advances Cloud-Native Cyber Resilience with FedRAMP® Milestone

More related posts

Getting Ahead of Shrinking Certificate Lifespans and the Quantum Clock

Meet Clumio Chat: An AI Assistant to Help Evaluate Cloud-Native Data Protection

Clumio Advances Cloud-Native Cyber Resilience with FedRAMP® Milestone

More related posts

Getting Ahead of Shrinking Certificate Lifespans and the Quantum Clock

Meet Clumio Chat: An AI Assistant to Help Evaluate Cloud-Native Data Protection

Clumio Advances Cloud-Native Cyber Resilience with FedRAMP® Milestone

More related posts

Getting Ahead of Shrinking Certificate Lifespans and the Quantum Clock

Meet Clumio Chat: An AI Assistant to Help Evaluate Cloud-Native Data Protection

Clumio Advances Cloud-Native Cyber Resilience with FedRAMP® Milestone

L’architettura cloud-native di Clumio

Perché aggiungere Kubernetes Ingress

Riduzione dell’utilizzo delle risorse e dei costi

More related posts

Getting Ahead of Shrinking Certificate Lifespans and the Quantum Clock

Meet Clumio Chat: An AI Assistant to Help Evaluate Cloud-Native Data Protection

Clumio Advances Cloud-Native Cyber Resilience with FedRAMP® Milestone

Requisiti fondamentali per una Recovery più rapida in caso di disastri nel cloud

Ottieni un ripristino di emergenza più rapido con Clumio

Ulteriori informazioni sul Recovery di emergenza

More related posts

Getting Ahead of Shrinking Certificate Lifespans and the Quantum Clock

Meet Clumio Chat: An AI Assistant to Help Evaluate Cloud-Native Data Protection

Clumio Advances Cloud-Native Cyber Resilience with FedRAMP® Milestone

Scopri la nostra storia:

More related posts

Getting Ahead of Shrinking Certificate Lifespans and the Quantum Clock

Meet Clumio Chat: An AI Assistant to Help Evaluate Cloud-Native Data Protection

Clumio Advances Cloud-Native Cyber Resilience with FedRAMP® Milestone

Comprendere Amazon EC2

Ambienti informatici virtuali

Risorse scalabili e flessibili

Integrazione di EC2 con i servizi AWS

Amazon RDS, ECS e CloudWatch

Opzioni di prezzo di Amazon EC2

Piani on demand e piani di risparmio

Sicurezza e affidabilità in EC2

Sicurezza nel cloud e alta disponibilità

Risposte alle domande più frequenti con relative spiegazioni

Quali sono alcune alternative ad Amazon EC2 per il cloud computing?

Quanto è sicuro Amazon EC2?

Come funziona Amazon EC2?

Quali sono i vantaggi dell’utilizzo di Amazon EC2 per le aziende?

È possibile utilizzare Amazon EC2 per l’analisi dei dati e l’apprendimento automatico?

More related posts

Getting Ahead of Shrinking Certificate Lifespans and the Quantum Clock

Meet Clumio Chat: An AI Assistant to Help Evaluate Cloud-Native Data Protection

Clumio Advances Cloud-Native Cyber Resilience with FedRAMP® Milestone

More related posts

Getting Ahead of Shrinking Certificate Lifespans and the Quantum Clock

Meet Clumio Chat: An AI Assistant to Help Evaluate Cloud-Native Data Protection

Clumio Advances Cloud-Native Cyber Resilience with FedRAMP® Milestone

Il modello di responsabilità condivisa in materia di conformità normativa

Costi nascosti e metodi manuali obsoleti per la conformità

Il giusto backup su cloud può eliminare la complessità e i rischi legati alla conformità

More related posts