galera, estamos terminando essa é a nossa jornada de banco de dados vamos falar do último deles o banco de dados orientado a documentos que é o documento DB a gente vai passar rapidamente por esse banco de dados só para vocês terem uma ideia do que ele representa o que dá para usar e assim por diante mas vamos lá, o documento DB assim como os demais, ele é escalável e totalmente gerenciado pela AWS, olha só então, o mesmo esquema dos demais que a gente falou. Aqui a gente tem aquela promessa de que a AWS vai fazer para a gente todo o trabalho de gestão dessa infraestrutura, desse banco de dados e assim por diante. Ele foi projetado ali para ele armazenar e fazer consultas no esquema de JSON. Beleza? Então, são dados em JSON e ele vai proporcionar ali uma solução de banco de dados para quem precisa de algo meio no SQL e de dados não tão padronizados a maior parte das vezes, beleza? Então é uma estratégia bem legal para quem tem, por exemplo, um marketplace com uma coleção ali de catálogo. Então imagina que você tem lá um catálogo onde você tem o smartphone, que outras características diferentes do smartphone, por isso você consegue ter ali, separado por catálogo, e o DocumentDB é uma ferramenta interessante para você fazer isso, diferente, para você conseguir buscar com bastante eficiência, beleza? Acho que o grande sacado do DocumentDB é a flexibilidade nos dados, assim por diante, mas vamos lá, como é que é a modelagem desse negócio? Os documentos são registros, como JSON, então alguns JSONs vão ser seus documentos. As collections são agrupamentos dos documentos, então pensa que isso daqui, a collection é a sua tabela de banco de dados relacionais, o que a gente chamaria de tabela de bancos de dados, mas ele é um ciclo. Então, no fim do dia, é como se fossem várias tabelas, pensa assim, dentro de um grande banco de dados. Qual que é a grande sacada disso aqui? A gente está falando de flexibilidade, acho que o principal é a flexibilidade para você conseguir incluir campo ou mudar o esquema dele quando você precisar. Você não precisa mudar todo mundo que está chamando, você não precisa repensar na modelagem desse dado. Você consegue só acrescentar ou mudar dentro de cada collection ou de cada documento ali a sua formatação sem você ter que refazer grande parte da coisa ou acabar impactando outras áreas. Você consegue fazer isso tranquilamente, beleza? A compatibilidade com o MongoDB é uma coisa boa do DocumentDB. Ele consegue usar a API do MongoDB já, então é compatível com as APIs que ele já tem. Você não precisa mudar muito se você já está usando o Mongo. Você não precisa mudar muita coisa para você conseguir usar o Document. E você consegue fazer uma migração fácil ali do usando o dms do mongo db para o documentdb também tem essa facilidade de migração caso esteja com o mongo já e queira migrar para o document ele tem a mesma coisa dos demais auto disponibilidade durabilidade multi az ali você vai ter em três zonas de disponibilidade e com isso você vai ter a garantia de que vai estar tudo funcionando e assim por diante. Backup contínuo, ele consegue armazenar tanto em S3 quanto a restauração de backups, você consegue ter também. Ele tem escalabilidade automática, permite que você escale até 15 réplicas de leitura, igual aos demais, tá bom? E a separação de armazenamento ali, que também você sabe que você vai ter aquela dimensão de processamento preparada para você processar o seu banco de dados aqui, beleza? Conforme necessário ali de ajuste de recursos. A segurança dele, pô, tudo muito parecido com os demais. Acho que a grande sacada aqui, para não ficar chovendo no molhado, é aquele começo ali que a gente falou sobre uma estrutura diferente de dados que é mais flexível. Acho que é essa a grande sacada. Sobre segurança é aquela coisa. Vai ter criptografia de dado parado ali com KMS, dado em trânsito com SSL e TLS. Você vai ter controle de acesso via IAM e assim por diante. Nada demais, beleza? Mesma coisa dos demais.