Configurare le impostazioni del database
Importante
L'API di Azure per FHIR verrà ritirata il 30 settembre 2026. Seguire le strategie di migrazione per passare al servizio FHIR® di Servizi per i dati sanitari di Azure entro tale data. A causa del ritiro dell'API di Azure per FHIR, le nuove distribuzioni non saranno consentite a partire dal 1° aprile 2025. Il servizio FHIR di Servizi per i dati sanitari di Azure è la versione evoluta dell'API di Azure per FHIR che consente ai clienti di gestire i servizi FHIR, DICOM e MedTech con integrazioni in altri servizi di Azure.
L'API di Azure per FHIR® usa un database per archiviare i dati. Le prestazioni del database sottostante dipendono dal numero di unità richiesta selezionate durante il provisioning del servizio o nelle impostazioni del database dopo il provisioning del servizio.
L'API di Azure per FHIR prende in prestito il concetto di unità richiesta (UR) in Azure Cosmos DB quando si impostano le prestazioni del database sottostante.
È necessario effettuare il provisioning della velocità effettiva per garantire che le risorse di sistema sufficienti siano sempre disponibili per il database. Il numero di UR necessarie per l'applicazione dipende dalle operazioni eseguite. Le operazioni possono variare da operazioni di lettura e scrittura semplici a query più complesse.
Nota
Poiché le diverse operazioni usano un numero diverso di UR, viene restituito il numero effettivo di UR utilizzate in ogni chiamata API nell'intestazione della risposta. In questo modo è possibile profilare il numero di UR utilizzate dall'applicazione.
Aggiornare la velocità effettiva
Per modificare questa impostazione nella portale di Azure, passare all'API di Azure per FHIR e aprire il pannello Database. Modificare quindi la velocità effettiva con provisioning sul valore desiderato in base alle esigenze di prestazioni. È possibile modificare il valore fino a un massimo di 100.000 UR/sec. Se è necessario un valore superiore, contattare supporto tecnico di Azure.
Se la velocità effettiva del database è maggiore di 10.000 UR/sec o se i dati archiviati nel database sono superiori a 50 GB, l'applicazione client deve essere in grado di gestire i token di continuazione. Nel database viene creata una nuova partizione per ogni aumento della velocità effettiva di 10.000 UR/sec o se la quantità di dati archiviati è superiore a 50 GB. Più partizioni creano una risposta a più pagine in cui la paginazione viene implementata usando i token di continuazione.
Nota
Un valore di UR superiore indica una maggiore velocità effettiva dell'API di Azure per FHIR e un costo superiore del servizio.
Passaggi successivi
In questo articolo si è appreso come aggiornare le UR per l'API di Azure per FHIR. Per informazioni sulla configurazione delle chiavi gestite dal cliente come impostazione del database:
In alternativa, è possibile distribuire un'API di Azure completamente gestita per FHIR:
Nota
FHIR® è un marchio registrato di HL7 ed è usato con l'autorizzazione di HL7.