Zaprojektuj architekturę DNS tak, aby konta AWS mogły rozpoznawać nazwy lokalne, systemy lokalne mogły rozpoznawać nazwy AWS, a poszczególne konta mogły zarządzać subdomenami. Rozwiązanie powinno wykorzystywać natywne usługi AWS i jeden zestaw reguł, które działają we wszystkich kontach. Jaką kombinację kroków powinien podjąć inżynier? (Wybierz trzy.)

Pierwsza poprawna odpowiedź: Utworzenie prywatnej strefy hostowanej Route 53 dla domeny chmurowej i planowanie subdomen dla innych kont AWS powiązanych z tą strefą, umożliwia scentralizowane zarządzanie nazwami AWS i ich rozpoznawanie w całej organizacji. Druga poprawna odpowiedź: Utworzenie punktów końcowych Route 53 Resolver inbound i outbound na centralnym koncie pozwala na dwukierunkowe rozpoznawanie nazw: z AWS do środowiska lokalnego (przez regułę przekazywania do lokalnego resolwera DNS) oraz z innych kont AWS do subdomen (przez regułę do punktu końcowego inbound). Trzecia poprawna odpowiedź: Udostępnienie reguł Route 53 Resolver za pomocą AWS RAM zapewnia, że te same reguły DNS są dostępne i stosowane we wszystkich kontach, co upraszcza zarządzanie i zapewnia spójność. Zapewnienie łączności sieciowej jest kluczowe dla działania Resolvera. Opcja z AWS Directory Service for Microsoft Active Directory jest niepoprawna, ponieważ nie jest to natywna usługa do zarządzania ogólnym rozpoznawaniem nazw DNS między kontami AWS i środowiskiem lokalnym w sposób opisany w wymaganiach. Opcja "Upewnij się, że istnieje sieć między innymi kontami a kontem centralnym, aby ruch mógł dotrzeć do punktów końcowych DNS AWS Directory Service for Microsoft Active Directory" jest niepoprawna, ponieważ opiera się na nieprawidłowym założeniu użycia AWS Directory Service.