Cloud Dev Helpers
Choisissez le format : identifiant ARM, URL de stockage ou chaîne de connexion. Consultez les champs extraits, les détails et le texte reconstitué.
Traitement dans la mémoire de cette page, sans requête réseau ni historique enregistré.
Le masquage couvre l’aperçu et les exports, pas le texte saisi. Les valeurs de requête et les champs de connexion inconnus sont également masqués.
Utilisez uniquement l’objet « fields » pour construire. Modifier les champs conserve les vraies valeurs dans l’entrée ; [REDACTED] ne permet pas de les reconstruire.
Vérification de structure uniquement : aucune validation en ligne des ressources, accès, clés ou connexions.
Limites : 32768 caractères, 100 paires clé-valeur et 128 segments d’ID.
Structure traitée. Le résultat actuel peut être exporté.
Analyser un ID de ressource Azure aide à lire un journal de déploiement. Pour un conteneur imbriqué, le nom final ne suffit pas : le compte, le service blob et les parents expliquent sa place.
Une chaîne de connexion Azure fournit des paramètres de connexion ; une URL de stockage, une adresse. Le parseur montre leurs champs sans déduire un groupe de ressources du seul nom de compte.
Passez du chemin complet aux champs modifiables sans perdre les relations entre ressources.
Analyser un ID de ressource Azure révèle chaque couple type-nom. Les blocs providers répétés restent distincts : une extension conserve son fournisseur et sa ressource parente.
Modifier les champs prépare le JSON de construction. L’aperçu masque les secrets selon l’option active et indique la quantité remplacée. Après application, un rétablissement restaure entrée et résultat.
Le type se choisit explicitement. Exemple suit le type et le sens actifs. En construction, utilisez uniquement fields du rapport, sans details ni reconstructed.
L’automatisme attend 350 ms. Désactivez-le pour préparer plusieurs changements, puis exécutez avec le bouton ou Ctrl/Cmd + Entrée. Un résultat périmé ne peut pas être exporté.
Modifier les champs transfère les vraies valeurs vers l’entrée, même si l’aperçu les cache. Avant de diffuser un export, vérifiez l’option de masquage et le résultat visible.
Abonnement, groupe de ressources, locataire et groupe d’administration restent distinguables. Chaque fournisseur conserve ses couples type-nom. Un identificateur de ressource sans abonnement ou groupe garde null dans ces champs.
Les hôtes standard blob, dfs, file, queue et table sont reconnus dans trois clouds. L’encodage et les séparateurs du chemin restent intacts ; les paramètres gardent ordre et doublons.
Seul le premier signe égal sépare clé et valeur, préservant les clés Base64. Les formes Storage et Service Bus/Event Hubs sont reconnues ; les noms de champs répétés sont refusés.
Le JSON doit respecter le schéma exact, sans champs supplémentaires. La chaîne reconstruite passe les mêmes contrôles d’analyse. Un résultat correct ne signifie pas que la connexion fonctionne.
Consultez resourceGroup et le détail resourceName. providers conserve les couples type-nom des parents. Analyser un ID de ressource Azure permet de situer une ressource enfant dans sa hiérarchie. Certaines portées n’ont pas de groupe.
Généralement non. AccountName et les données d’authentification n’indiquent ni abonnement ni groupe. Retrouvez ces informations dans votre configuration ou par une requête de gestion autorisée ailleurs ; ce parseur ne les invente pas.
Dans une URL standard, il suit l’hôte et précède le point d’interrogation. Consultez path et pathSegments ; l’encodage reste intact. Un segment seul peut aussi désigner un blob du conteneur racine.
Oui, si compte, service, suffixe du cloud et chemin sont connus. Modifiez les champs analysés ou utilisez l’exemple de construction. L’existence du blob, ses autorisations et la signature SAS restent non vérifiées.
Les sources peuvent utiliser des authentifications ou points de terminaison différents, par exemple clé de compte ou SAS. Les champs facultatifs et leur ordre varient aussi. Comparez-les à votre configuration ; le texte seul ne prouve pas des droits équivalents.
Une question sur votre format reste ouverte ?
Analyser un ID de ressource Azure est un point de départ pour comprendre sa hiérarchie. Choisissez ensuite le format utile et vérifiez le masquage avant l’export.
Une structure correcte ne garantit pas l’état d’une ressource Azure.