Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Una distribuzione di Microsoft Discovery combina le risorse Discovery con reti di proprietà del cliente, identità e archiviazione dei progetti. La pianificazione stabilisce chi possiede queste dipendenze, quale percorso di distribuzione utilizzare e quali prove sono necessarie prima del provisioning.
Scegliere un percorso di distribuzione
Scegli l'esperienza che si adatta alle tue pratiche operative. Nessuno di questi percorsi elimina la tua responsabilità per l'accesso alla sottoscrizione, i limiti di quota, la governance o la connettività.
| Path | Usarlo quando | Iniziare da qui |
|---|---|---|
| Azure portal | Vuoi creare e ispezionare risorse tramite un'interfaccia guidata. | Guida introduttiva all'infrastruttura, scheda del portale di Azure |
| Bicep | Vuoi usare l'approccio Infrastructure as Code nel quickstart. | Avvio rapido infrastrutture, scheda Bicep |
| Strumento di onboarding | Vuoi moduli di pianificazione, esecuzione PowerShell in più fasi e report per i passaggi di consegne tra team. | Configura lo strumento di onboarding |
I percorsi hanno confini di automazione diversi. Lo strumento di onboarding distribuisce un supercomputer e un pool di nodi, uno spazio di lavoro, un modello di chat, un container di archiviazione progetti e un progetto. La verifica finale Q&A crea un agente e una conversazione di test. Non distribuisce Bookshelf, non inserisce conoscenze, non pubblica strumenti e non crea un registro Container del cliente.
Identifica i prerequisiti e i responsabili
Usa questa checklist prima di selezionare i parametri di implementazione.
| Decisione o dipendenza | Lavoro richiesto | Proprietario |
|---|---|---|
| Accesso alla sottoscrizione | Conferma che l'abbonamento sia abilitato per Discovery. La sola registrazione non abilita un abbonamento al servizio. | Amministratore di abbonamento e rappresentante dell'account Microsoft |
| Fornitori di risorse | Registra i provider necessari per le risorse che utilizzi. La fase 2 automatizza la registrazione per l'ambito di distribuzione dello strumento. | Amministratore degli abbonamenti |
| Regione e capacità | Seleziona la posizione supportata e conferma la quota di calcolo/modello e la disponibilità del servizio. La quota disponibile non garantisce la capacità. | Amministratore della piattaforma |
| Denominazione delle risorse | Seleziona nomi validi e verifica l'unicità nell'ambito appropriato. | Amministratore della piattaforma |
| Accesso umano | Seleziona incarichi permanenti o l'idoneità just-in-time (JIT) gestita dal cliente secondo le politiche organizzative. Attiva i ruoli idonei quando necessario. | Team IAM e singoli utenti |
| Identità del carico di lavoro | Crea un'identità gestita assegnata dall'utente (UAMI) e pianifica l'accesso alle risorse prima del deployment. | Amministratore della piattaforma e team IAM |
| Network | Approvare spazio indirizzi, ruoli delle subnet, proprietà DNS, uscita e accesso del runner. | Team responsabile della rete |
| Archiviazione del progetto | Creare un account di archiviazione di proprietà del cliente e pianificare l'accesso della piattaforma e del browser al relativo endpoint BLOB. Obbligatorio anche senza Bookshelf. | Team di archiviazione e rete |
| Governance | Risolvere le esenzioni dai criteri e le richieste di approvazione applicabili prima delle operazioni interessate. | Squadre delle policy e della governance |
| Capacità opzionali | Pianificare separatamente i prerequisiti di Bookshelf e di strumenti/registro quando tali funzionalità sono necessarie. | Proprietario della funzionalità |
Per requisiti dettagliati, vedi quota e capacità, denominazione delle risorse, assegnazioni dei ruoli e identità gestite.
Pianificare la rete e l'accesso in modo indipendente
La proprietà della rete, il routing in uscita e l'accesso allo spazio di lavoro sono decisioni separate. Lo strumento di onboarding supporta modalità con provisioning effettuato dallo strumento e modalità rete esistente; un VNet aziendale esistente non è automaticamente sicuro da usare con una modalità di provisioning.
Pianificare la rete per l'onboarding prima di completare la cartella di lavoro. Confermare quale team crea il peering, gestisce il firewall o l'appliance virtuale di rete (NVA), applica le regole e la traduzione degli indirizzi di rete di origine (SNAT) e mantiene il DNS privato.
Per una distribuzione che copre regioni, consulta Deploy Discovery across Azure regions. L'architettura del servizio non implica che tutte le modalità di rete dello strumento di onboarding supportino lo stesso posizionamento.
Comprendi le fasi di onboarding
Lo strumento nel repository Microsoft Discovery utilizza una configurazione che si sviluppa in cinque fasi. Ogni stadio ha i propri permessi di operatore. Non eseguire l'intera sequenza con l'accesso amministrativo a livello di abbonamento solo perché la preparazione richiede una maggiore elevazione.
| Stage | Scopo e output | Azure scrive | Attività di apprendimento |
|---|---|---|---|
| 1. Pianificazione | Valida il workbook e genera config.json. |
No; i controlli in tempo reale leggono lo stato Azure. | Crea una configurazione |
| 2. Zona di atterraggio | Preparare provider, accesso, rete e impostazioni di archiviazione; generare artefatti di richiesta per la squadra. | Sì, anche in modalità rete esistente. | Prepara la zona di atterraggio |
| 3. Validazione | Ispezionare la prontezza e generare report per i profili selezionati. | No per impostazione predefinita; la modalità probe opzionale crea risorse. | Convalidare l'idoneità |
| 4. Distribuzione | Effettuare il provisioning della piattaforma principale nell'ordine delle dipendenze. | Yes | Distribuisci con lo strumento |
| 5. Verifica dello scenario | Testa un agente Q&A e ispeziona la configurazione dello storage del progetto. | Sì; crea oggetti scenario e invia una richiesta di modello. | Verificare la distribuzione |
Dopo la Fase 1, è possibile visualizzare in anteprima le Fasi da 2 a 5 offline. La previsualizzazione non è un criterio di verifica della prontezza e non sostituisce i controlli in tempo reale.
Coordinare i passaggi di consegne
La Fase 2 può produrre artefatti firewall, quote, esenzioni da policy e idoneità al PIM. Questi file sono richieste o documenti, non prove che la modifica richiesta sia effettiva. La squadra proprietaria deve completare l'azione e restituire la conferma.
Prima del deployment, l'operatore necessita sia di nuovi report del profilo Stage 3 sia di prove indipendenti che le subnet di calcolo richieste possano raggiungere le loro dipendenze. Un report statico non dimostra il funzionamento di DNS, routing, regole del firewall, SNAT o download delle immagini.
Conserva insieme la configurazione revisionata, la revisione degli strumenti, i report, le approvazioni e gli ID delle risorse in uno storage approvato dal cliente. I file generati possono contenere dettagli del tenant, ID degli oggetti, configurazione della rete e prompt o risposte scientifiche.
Distingui gli esiti
- Una configurazione generata stabilisce gli input per le fasi successive, non la completa prontezza Azure.
- Un risultato
PLANdescrive le azioni previste senza valutare Azure. - Un
GOlive indica che lo strumento non ha registrato controlli non riusciti. Avvertenze, controlli saltati e deroghe approvate devono ancora essere esaminati. - Un provisioning riuscito stabilisce lo stato delle risorse, non la correttezza dello scenario end-to-end.
- Una risposta Q&A completata è uno smoke test con ambito limitato, non una certificazione scientifica, di sicurezza o di conformità.
Usa i permessi per fase per pianificare l'accesso e report e artefatti per interpretare le prove.