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.
L'onboarding riporta i controlli effettuati da una particolare revisione dello strumento rispetto ai suoi input. Richiedi i passaggi di consegne del team di supporto degli artefatti. Né un nome file di report né una richiesta generata dimostrano che tutti i prerequisiti di distribuzione siano soddisfatti.
Verdetti e comportamento di uscita
| Verdetto | Meaning | Comportamento di uscita |
|---|---|---|
GO |
Un palco dal vivo non registrava controlli di fallimento. I risultati di Warn, Skip o Waived possono ancora essere presenti. | Normali 0uscita di fase completate. Rivedi i controlli incompleti prima di proseguire. |
NO-GO |
Almeno un controllo non è riuscito. | Le uscite normali completate dello stadio non sono nulle. Leggi la correzione dei guasti e non avanzare. |
PLAN |
Offline -DryRun ha descritto le azioni prevista per le fasi 2-5. |
Esce con successo la generazione 0del piano; fallisce la configurazione richiesta non valida/mancante. Non preparazione o certificazione. |
La terminazione dello script o un errore non gestito possono fallire prima che venga scritto un report completo.
-PassThru restituisce oggetti per uso programmatico; non assumere il normale flusso di lavoro console/report/uscita quando lo utilizzi.
Status per ogni assegno
| Status | Interpretazione |
|---|---|
| Positivo | Il controllo implementato ebbe successo. |
| Esito negativo | Il controllo ha rilevato un problema di bloccaggio; ne ho letto i dettagli e la bonifica. |
| Avvertire | Rivedi il gap o l'azione richiesta anche se la fase continua. |
| Salta | Il controllo non è stato eseguito; questa non è una prova positiva. |
| Con rinuncia | Una rinuncia registrata copre il controllo dello strumento; non è un'esenzione Criteri di Azure né una prova che il requisito sottostante sia soddisfatto. |
Per la Fase 3, la staticità GO non dimostra la connettività in rete. Per la Fase 5, l'etichetta dello CERTIFIED/NOT CERTIFIED strumento descrive i controlli di scenario limitati, non un giudizio scientifico o di conformità.
Formato del rapporto e posizione
Esempi usano un prompt PowerShell in utilities\onboarding-tool\scripts.
-JsonPath .\out\stage1.json scrive il rapporto JSON e un fratello stage1.md. Un nome base diverso cambia entrambi i nomi. Lo strumento crea directory di output genitori secondo necessità. I rapporti non vengono scritti automaticamente per ogni invocazione: usa -JsonPath esplicitamente per questa serie.
Il riassunto JSON condiviso contiene:
| Field | Purpose |
|---|---|
title, generated |
Titolo del report e timestamp di generazione UTC. |
total, pass, fail, warn, skip, waived |
Controlla il conteggio. |
verdict |
GO, NO-GO o PLAN. |
results |
Controlla gli oggetti con identità, stato, dettagli, remedi e dati opzionali. |
extra |
Contesto opzionale specifico per la fase, come il profilo della Fase 3 o i percorsi di uscita della Fase 5. |
Usa il JSON vero e proprio per la revisione in credito come contratto. Non fabbricare un rapporto di prontezza modificando un verdetto o copiando un vecchio file di successo.
Per le prove generali, -PassThru ha la precedenza e -JsonPath restituisce gli oggetti di risultato del piano senza scrivere rapporti. Artefatti specifici per stadi live possono avere comportamenti separati; in particolare, lo Stadio 5 può scrivere file state/risposta anche senza un percorso di rapporto sommario.
Inventario di output per stadio
| Stage | File dai comandi documentati | Revisione obbligatoria |
|---|---|---|
| 1 |
out\stage1.json, out\stage1.md; config.json a -OutConfig, fuori out |
Verifica se l'esecuzione corrente ha generato la configurazione; controlla gli input e eventuali controlli live saltati. Non consumare una configurazione obsoleta dopo un guasto. |
| 2 |
out\stage2.json, out\stage2.md; artefatti applicabili di richiesta/idoneità qui sotto |
Conferma le risorse/accesso previsti e completa i handoff di proprietà del cliente. |
| 3 |
out\stage3-supercomputer.json/.md, out\stage3-workspace.json/.md |
Esamina entrambi i profili, i controlli reali e le prove separate di connettività. Aggiorna dopo i cambiamenti. |
| 4 |
out\stage4.json, out\stage4.md |
Ispeziona ID/stati delle risorse, guasti ARM/dettagli di correlazione e avvisi di accesso Foundry. Bookshelf non è dispiegato. |
| 5 |
out\stage5.json, out\stage5.md; file di stato/risposta con timestamp |
Rivedi risposte non vuote completate, controlla i risultati, gli oggetti creati e le responsabilità di pulizia. |
| Preview | Markdown selezionato *-plan.json e fratello, quando -JsonPath è fornito senza -PassThru |
Verifica solo l'ambito.
PLAN Non si può sostituire un servizio in diretta. |
La fase 5 stage5-state-<timestamp>.json registra gli identificatori degli obiettivi e i progressi del test. Contiene stage5-response-<timestamp>.json dati di risposta quando il prompt step raggiunge quell'output. Una sonda iniziale fallita potrebbe non lasciare file di risposta anche quando viene segnalato un percorso di risposta pianificato. Individua i percorsi reali nel report e controlla la presenza.
Artefatti di richiesta di Fase 2
Gli artefatti vengono posti accanto a quelli selezionati -JsonPath quando vengono emessi. I nomi includono lo spazio di lavoro.
| Famiglia di nomi file | Purpose | Azione che rimane al di fuori della generazione dei file |
|---|---|---|
firewall-request-<workspace>.md/.json |
Modifiche obbligatorie alla rete in uscita | Il proprietario della rete applica regole e verifica instradamento, SNAT e connettività. |
quota-increase-requests-<workspace>.md/.json |
Requisiti/richieste di quota | Il proprietario della capacità ottiene la quota e verifica la disponibilità. |
policy-exemption-requests-<workspace>.md/.json |
Istruzioni applicabili per la richiesta di esenzione | Il proprietario della governance autorizza e applica un'esenzione efficace o un'altra risoluzione approvata. |
human-pim-eligibility-<workspace>.md/.json |
Idoneità dell'utente in modalità JIT | IAM verifica l'idoneità; gli utenti attivano l'accesso per le operazioni richieste. |
Gestione del rapporto di prontezza della fase 4
La procedura di dispiegazione fa passare entrambi i report JSON della Fase 3 attraverso -ReadinessReport.
- Nel percorso normale, ogni report fornito deve esistere, analizzare e avere
verdict=GO; altrimenti il deployment viene bloccato. - I rapporti omessi producono un avviso e il percorso normale può proseguire.
- La mancanza di copertura del profilo del supercomputer può avvertire piuttosto che bloccare.
- Il gate non dimostra freschezza, identità di configurazione, copertura completa del profilo o connettività reale.
- Workspace
-Recoveryutilizza un percorso separato prima di questo gate normale.
L'operatore deve mantenere allineata configurazione e prove. Un piano offline, un verdetto modificato o una segnalazione di successo da un altro ambiente non sono prove accettabili.
Gestione delle prove e supporto
Conservare la revisione dello strumento, la configurazione rivista, i report, le approvazioni, le prove di connettività e gli ID delle risorse distribuite secondo la policy del cliente. I file di report possono contenere tenant/subscription e object ID, topologia di rete, giustificazioni di approvazione e testo scientifico.
Non fare commit ai file dei clienti generati né allegare prompt grezzi, token o report riservati a problemi pubblici. Per il supporto, fornisci un riepilogo del guasto/controllo sanitizzato e un ID di correlazione utilizzando il canale di supporto approvato.