Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Misurazione, applicazione ed evoluzione
I parametri sono necessari per identificare i miglioramenti in questo processo e per far evolvere la governance. Le misure sono in miglioramento nel tempo? KPIs I risultati previsti si stanno realizzando? Le risorse sono state allocate correttamente? Il meccanismo di applicazione è troppo forte o debole?
Alcuni esempi di etichettatura KPIs includono:
-
Tasso di copertura dei tag (per chiave di tag)
-
Tasso di copertura dei tag (aggregato)
-
Percentuale della spesa totale a cui sono stati assegnati tag
-
Percentuale di spesa non allocabile (risorse senza tag)
Alcuni esempi di metodi basati sui risultati sono i seguenti KPIs :
-
Numero di risorse terminate
-
Importo risparmiato
-
Tempo risparmiato (ad esempio, automatizzando le allocazioni finanziarie)
Applicazione proattiva
Per un'applicazione proattiva, è possibile determinare quali a risorse devono essere applicati i tag. Quindi puoi applicare le politiche di tag o le politiche di controllo del servizio (SCPs) utilizzando la console. AWS Organizations
La policy di tag viene applicata a un'unità organizzativa (OU) o a un account di destinazione. Ad esempio, una policy può richiedere un tag_value predefinito per istanze e volumi Amazon Elastic Compute Cloud (Amazon EC2). In questo esempio, se qualcuno tenta di avviare un'istanza EC2 con un valore diverso da ABC123 o ABC1234 (assegnato per tag_value), verrà restituito un messaggio di errore, poiché l'istanza EC2 non rispetta la policy di tag.
SCPs vengono applicati anche a un'unità organizzativa o a un account di destinazione. Ad esempio, un SCP può richiedere istanze e volumi predefiniti tag_key per Amazon EC2. In questo esempio, se qualcuno tenta di avviare un'istanza EC2 senza tag_key cost-center-id richiesti, verrà restituito un messaggio di errore.
Applicazione reattiva
La governance reattiva viene utilizzata per trovare risorse alle quali non sono stati applicati correttamente i tag. Puoi utilizzare strumenti come l'API Resource Groups Tagging, AWS Config le regole e il Tag Editor. Ad esempio, AWS Config le regole possono utilizzare una regola gestita required-tags per verificare che ogni risorsa sia stata correttamente etichettata con un tag denominato cost-center-id con valori consentiti ABC123 oABC1234. Qualsiasi risorsa identificata priva del tag richiesto o dei valori richiesti nel tag non sarà conforme.
Per correggere le risorse esistenti e non conformi, puoi utilizzare la seguente soluzione:
Esploratore dei costi
Dopo aver taggato le risorse, puoi vederle utilizzando AWS Cost Explorer
Per creare report sui costi e sull'utilizzo da utilizzare con Amazon Quick Sight o Amazon Athena, consulta Creazione di report su costi e utilizzo.
Amazon Quick Sight
Puoi visualizzare i AWS costi e l'utilizzo utilizzando Amazon Quick Sight
Per analizzare i report sui AWS costi e sull'utilizzo con Amazon Quick Sight, vedi Come si inserisce e visualizza il rapporto AWS sui costi e sull'utilizzo (CUR) in Amazon
Amazon Athena
Amazon Athena è un altro modo per analizzare i dati dei report sui AWS costi e sull'utilizzo. Amazon Athena è un servizio di query serverless che supporta query SQL standard. Utilizzando Amazon Athena, puoi interrogare i dati dai report sui costi e sull'utilizzo archiviati in Amazon Simple Storage Service (Amazon S3).
Per configurare Amazon Athena per l'analisi dei Report di utilizzo e costi, consulta Esecuzione di query sui Report di utilizzo e costi con Amazon Athena.