As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # Entrada descentralizada *Entrada descentralizada* é o princípio de definir em nível de conta individual como o tráfego da Internet chega às workloads dessa conta. Em arquiteturas de várias contas, um dos benefícios da entrada descentralizada é que cada conta pode usar o serviço ou recurso de entrada mais adequado para suas workloads, como Application Load Balancer, Amazon API Gateway ou Network Load Balancer. Embora a entrada descentralizada signifique que é necessário gerenciar cada conta individualmente, é possível administrar e manter centralmente suas configurações por meio do [AWS Firewall Manager](https://docs.aws.amazon.com/waf/latest/developerguide/fms-chapter.html). O Firewall Manager oferece suporte a proteções como o [AWS WAF](https://docs.aws.amazon.com/waf/latest/developerguide/waf-chapter.html) e [Grupos de segurança da Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html). Você pode se AWS WAF associar a um Application Load Balancer CloudFront, Amazon, API Gateway ou. AWS AppSync Se estiver usando uma VPC de saída e um gateway de trânsito, conforme descrito em [Saída centralizada](centralized-egress.md), cada VPC spoke contém sub-redes públicas e privadas. No entanto, não há necessidade de implantar gateways NAT porque o tráfego passa pela VPC de saída na conta de rede. A imagem a seguir mostra um exemplo de um indivíduo Conta da AWS que tem uma única VPC que contém uma carga de trabalho acessível pela Internet. O tráfego da Internet acessa a VPC por meio de um gateway da Internet e chega até os serviços de balanceamento de carga e segurança hospedados em uma sub-rede pública. (Uma *sub-rede pública* contém uma rota para um gateway da Internet.) Implante balanceadores de carga em sub-redes públicas e anexe listas de controle de AWS WAF acesso (ACLs) para ajudar na proteção contra tráfego malicioso, como scripts entre sites. Implante workloads que hospedam aplicações em *sub-redes privadas* sem acesso direto à Internet. ![Tráfego da Internet acessando uma VPC por meio de um gateway da Internet e AWS WAF balanceadores de carga.](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/transitioning-to-multiple-aws-accounts/images/4_ingress.png) Se você tem muitas VPCs em sua organização, talvez queira compartilhar Serviços da AWS comuns criando endpoints da VPC de interface ou zonas hospedadas privadas em uma Conta da AWS dedicada e compartilhada. Para obter mais informações, consulte [Acessar e AWS service (Serviço da AWS) usar uma interface VPC endpoint](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html) (AWS PrivateLink documentação) e [Trabalhar com zonas hospedadas privadas](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/hosted-zones-private.html) (documentação do Route 53). A imagem a seguir mostra um exemplo de um Conta da AWS que hospeda recursos que podem ser compartilhados em toda a organização. Os endpoints da VPC podem ser compartilhados em várias contas quando são criados em uma VPC dedicada. Ao criar um endpoint da VPC, você pode opcionalmente fazer com que a AWS gerencie as entradas de DNS para o endpoint. Para compartilhar um endpoint, desmarque essa opção e crie as entradas de DNS em uma zona hospedada privada (PHZ) separada do Route 53. Em seguida, você pode associar o PHZ a todas as VPCs da sua organização para obter uma resolução centralizada de DNS dos endpoints da VPC. Também é necessário garantir que as tabelas de rotas do gateway de trânsito incluam rotas da VPC compartilhada para as outras VPCs. Para obter mais informações, consulte [Acesso centralizado aos endpoints AWS VPC da interface](https://docs.aws.amazon.com/whitepapers/latest/building-scalable-secure-multi-vpc-network-infrastructure/centralized-access-to-vpc-private-endpoints.html#interface-vpc-endpoints) (Whitepaper). ![Uma conta compartilhada que hospeda endpoints de serviço e recursos para compartilhar com outras contas de membros.](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/transitioning-to-multiple-aws-accounts/images/5_shared.png) Um compartilhamento também Conta da AWS é um bom lugar para hospedar AWS Service Catalog portfólios. Um *portfólio* é uma coleção de serviços de TI que você deseja disponibilizar para implantação AWS, e o portfólio contém informações de configuração desses serviços. Você pode criar os portfólios na conta compartilhada, compartilhá-los com a organização e, em seguida, cada conta membro importa o portfólio para sua própria instância regional do Service Catalog. Para obter mais informações, consulte [Compartilhar com o AWS Organizations](https://docs.aws.amazon.com/servicecatalog/latest/adminguide/catalogs_portfolios_sharing_how-to-share.html#portfolio-sharing-organizations) (documentação do Service Catalog). Da mesma forma, com o Amazon VPC Lattice, você pode usar a conta compartilhada para gerenciar centralmente seu ambiente e modelos de serviço como entidades e, em seguida, configurar conexões de conta com as contas dos membros da organização. Para obter mais informações, consulte [Compartilhar suas entidades do VPC Lattice (documentação do VPC Lattice)](https://docs.aws.amazon.com/vpc-lattice/latest/ug/sharing.html).