Limitazioni note di Service Connessione or
In questo articolo vengono fornite informazioni sulle limitazioni esistenti di Service Connessione or e su come attenuarle.
Limitazioni dell'infrastruttura distribuita come codice (IaC)
Service Connessione or è stato progettato per offrire i vantaggi delle connessioni di servizio di backup semplici, sicure e coerenti al maggior numero possibile di servizi di Azure. A tale scopo, Service Connessione or è stato sviluppato come provider di risorse di estensione.
Sfortunatamente, esistono alcune limitazioni con il supporto IaC come Service Connessione or modifica l'infrastruttura per conto degli utenti. In questo scenario, gli utenti inizieranno usando Azure Resource Manager (ARM), Bicep, Terraform o altri modelli IaC per creare risorse. Successivamente, userebbero Service Connessione or per configurare le connessioni alle risorse. Durante questo passaggio, Service Connessione or modifica le configurazioni delle risorse per conto dell'utente. Se l'utente esegue nuovamente il modello IaC in un secondo momento, le modifiche apportate da Service Connessione or scompariranno perché non si riflettevano nei modelli IaC originali. Un esempio di questo comportamento è app contenitore di Azure distribuito con modelli di Resource Manager in genere disabilitate per impostazione predefinita, Service Connessione or abilita l'istanza gestita quando si configurano connessioni per conto degli utenti. Se gli utenti attivano gli stessi modelli di Resource Manager senza aggiornare le impostazioni dell'istanza gestita, le app contenitore ridistribuite avranno di nuovo disabilitato l'istanza gestita.
Se si verificano problemi durante l'uso di Service Connessione or, inviare un problema con Microsoft.
Soluzioni
Si consigliano le soluzioni seguenti:
- Fare riferimento a come creare connessioni con gli strumenti IaC per creare l'infrastruttura o traslare l'infrastruttura esistente in modelli IaC.
- Se le pipeline CI/CD contengono modelli di servizi di calcolo o backup di origine, il flusso suggerito è: riapplicare i modelli, aggiungere controlli di integrità o smoke test per assicurarsi che l'applicazione sia attiva e in esecuzione, consentendo il traffico in tempo reale all'applicazione. Il flusso aggiunge un passaggio di verifica prima di consentire il traffico in tempo reale.
- Quando si automatizzano le distribuzioni di codice dell'app Azure Container con Service Connessione or, è consigliabile usare più modalità di revisione per evitare il routing del traffico a un'app temporaneamente non funzionale prima che il connettore del servizio possa riapplicare le connessioni.
- L'ordine in cui vengono eseguite le operazioni di automazione è importante. Verificare che gli endpoint di connessione siano presenti prima della creazione della connessione stessa. In teoria, creare il servizio di backup, quindi il servizio di calcolo e quindi la connessione tra i due. In questo modo, service Connessione or può configurare sia il servizio di calcolo che il servizio di backup in modo appropriato.