Come tenere traccia delle modifiche alle impostazioni di AWS?


10

Esiste un modo per tenere traccia delle modifiche apportate al sistema AWS?

Ad esempio, passa a un'impostazione di sottorete, dall'uso di nat a iwg : questi visualizzano un messaggio e poi scompaiono.

Esiste un modo per convincere AWS a creare un registro in modo che si possa tracciare quali modifiche sono state apportate a cosa e quando?

La cosa più vicina che abbiamo ora sono gli eventi ElasticBeanstalk - ma anche questo ti dice solo cosa ha fatto AWS, non quali impostazioni sono state modificate per causare gli eventi.

Risposte:


12

AWS ha il servizio CloudTrail che tiene traccia della maggior parte delle chiamate API effettuate nel tuo account. Quindi memorizza questi nei file nel bucket S3 specificato.

https://aws.amazon.com/cloudtrail/

Usando CloudTrail puoi vedere chi, o quale servizio, ha chiamato quale modifica, in molti casi includendo anche quali argomenti sono stati usati.

Purtroppo al momento non supporta TUTTI i servizi.


4
Questa risposta dovrebbe probabilmente menzionare anche AWS Config .
Michael - sqlbot,

@ Michael-sqlbot Hai ragione. Aggiungilo come risposta. :)
Dawny33

AWS Config non è un registro di controllo. È un sistema che consente di reagire agli eventi mentre si verificano. Quindi è più simile a un firewall che a un registro di controllo del firewall. Ed è in realtà molto costoso rispetto al CloudTrail quasi gratuito.
Evgeny,

5

Esistono diversi servizi AWS che possono aiutarti in questo, e dipende davvero dalle tue esatte esigenze su quale si adatterebbe meglio a te. Funzionalità (e costi) differenti si applicano a ciascuno.

CloudTrail è stato menzionato, ma la prima opzione che mi viene in mente data la tua domanda (ed è menzionata in un commento sulla risposta di @ Evgeny ) è AWS Config Service . Memorizza le "istantanee" della configurazione di AWS in un determinato momento (in un bucket S3), ma fornisce anche utili modifiche a un argomento SNS. Puoi quindi gestirli come preferisci. Ad esempio, su un account a basso traffico ho questi andando direttamente in Slack; su un account ad alto traffico sto monitorando la NumberOfMessagesPublishedmetrica sull'argomento SNS per notare se vengono apportate un numero maggiore di modifiche rispetto al solito.

AWS Config offre anche un servizio "regole"; questi sono un po 'più costosi di quanto mi aspetterei, ma a seconda delle tue esigenze potrebbero essere utili. Basta non attivarli tutti in una volta come facevo mentre giocavo ... il costo del mese per ogni regola si applica immediatamente. ;) (Ma puoi usare Config senza usare le regole - questo è quello che sto facendo al momento).

C'è anche Trusted Advisor , che non fa esattamente quello che hai chiesto ma potrebbe essere utile per eseguire determinati controlli su come gli ingegneri configurano la tua infrastruttura, ad esempio se qualcuno ha lasciato secchi S3 aperti. È molto utile con un piano di supporto di livello aziendale o superiore, poiché molti dei suoi controlli sono bloccati altrimenti.

Esistono poi strumenti di terze parti come CloudCheckr , che combinano aspetti di AWS Cost Explorer, Trusted Advisor, Config, CloudTrail, CloudWatch, Inspector e GuardDuty. Utile se vuoi entrare in profondità ma risparmia tempo a configurare tutto da solo.

In alternativa, è possibile gestire la propria infrastruttura utilizzando uno strumento come Terraform o CloudFormation e imporre che tutte le modifiche debbano essere apportate tramite tali. È quindi possibile eseguire il commit dei file / modelli di configurazione per il controllo del codice sorgente e persino testarli sull'infrastruttura live in CI e fallire la compilazione se qualcuno ha apportato modifiche non tracciate. In questo modo, la cronologia dei commit diventa il registro di controllo, ma richiede che i tuoi ingegneri siano disciplinati!

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.