Büyük bir şirkette Amazon RDS ve Amazon DynamoDB ücretlerinde beklenmedik bir artış görüldü. Kuruluş, birçok geliştirme ve üretim hesabıyla AWS Organizations kullanıyor. Hesaplar arasında zorunlu bir etiketleme stratejisi olmamasına rağmen, yönergeler altyapının AWS CloudFormation ve tutarlı etiketlerle dağıtılmasını gerektiriyor. Yönetim, mevcut ve gelecekteki tüm DynamoDB tablolarının ve RDS örneklerinin maliyet merkezi ve proje kimliği değerlerini içermesini zorunlu kılıyor. Çözüm mimarı bu gereksinimleri karşılamak için hangi yaklaşımı önermelidir?

Doğru seçenek, hem mevcut hem de gelecekteki kaynaklar için etiketleme stratejisini kapsamlı bir şekilde ele alır. Mevcut etiketlenmemiş RDS ve DynamoDB kaynaklarını etiketlemek için Tag Editor'ı kullanmak pratik bir çözümdür. Maliyet tahsisi etiketleri oluşturmak, maliyet takibi için gereklidir. En önemlisi, yeni kaynakların oluşturulurken zorunlu etiketleri içermesini sağlamak için Hizmet Kontrol Politikaları (SCP'ler) kullanmak, gelecekteki uyumluluğu garanti eder ve etiketleme stratejisinin uygulanmasını zorunlu kılar. Diğer seçenekler eksiktir: Yalnızca Tag Editor'ı kullanmak gelecekteki kaynakları kapsamaz ve etiketlemeyi zorunlu kılmaz. AWS Config kuralı ve Lambda çözümü, etiketlemeyi zorunlu kılmak yerine yalnızca etiketlenmemiş kaynakları düzeltmeye çalışır ve proaktif bir önleme sağlamaz. Federated rolleri değiştirmek, etiketlemeyi zorunlu kılmak için daha az ölçeklenebilir ve karmaşık bir yöntemdir ve tüm senaryoları kapsamayabilir.