🍀Seu apoio é crucial para mantermos o canal independente e continuarmos a produzir os conteúdos com a qualidade que você já conhece: pix@uminventorqualquer.com.br ⚜ Curso Cloud Computing Premium: www.cloudstorm.academy/ 💬 Comunidade Cloud no Discord: www.cloudstorm.club/
Eu ainda faria alguns ajustes, embora tenha considerado 30 dias para todos os cálculos, alguns dias da semana são mais tranquilos. Então eu ainda chutaria que o custo Serverless ai seria 1/2 ou 1/3 do que foi proposto. Mas foi muito bom entender a diferença e a facilidade de uso.
Mais uma vez parabéns pelo conteúdo! Só lembrando que na instância provisionada podemos fazer reserva e dependendo do tempo e forma de pagamento o desconto pode chegar a 65%.
Obrigado Guilherme. Com certeza, e vai vir um vídeo só sobre instâncias reservadas e saving plans, mas conseguir economizar sem fazer um contrato de fidelidade de 1 ou 3 anos é muito melhor não concorda? hehehe. Grande abraço e obrigado por nos acompanhar
Parabéns pelo conteúdo! Tenho uma dúvida, criei um RDS Postgres com o Aurora V2, e nesse RDS tem o proprio banco postgres. Criei um banco novo nessa intância e está funcionando tranquilo. Mas reparei que ao conectar na instancia de leitura(reader), só tem o banco postgres, o meu novo banco não está lá. É possível replicar novos campos criados na instâncias ou apenas o banco postgres? O
@@GaragemDoInventor é verdade, estavam iguais sim, eu que comi bola.. estou migrando de SQL Server para PG e ainda estou apanhando em umas besteirinhas... obrigado pela atenção
Parabens por mais um excelente video, professor! Eu tenho uma pergunta, eu tenho uma aplicação local java que antes eu usava o servidor local Xammp e por uma demanda do cliente e assistindo seus vídeos coloquei o banco de dados no serviço RDS do AWS, a aplicação continua local devido há alguns relatorios personalizados dos clientes ( é um banco de dados Mysql para varios clientes no qual os dados são separados por uma chave de identificação, ou seja cada aplicação só acessa os seus dados) até então esta tudo funcionando bem, eu compilei o "endpont" em cada jar separadamente para cada cliente. Minha dúvida é a seguinte, caso eu precise fazer um restore do meu banco de dados ou restaurar um snapshot, o endpoint também será restaurado ou será outro diferente e neste caso eu teria que recompilar o jar com o novo "endpoint" e se por um motivo o meu banco de dados for removido para um outra região terei o mesmo problema? antecipo meus agradecimentos ao Professor Wesley Milan!
Oi Célio um restore vai criar um novo endpoint. Você tem algumas alternativas pra facilitar sua vida, pode apontar um domínio para esse endpoint, pode usar um Load Balancer, ou pode usar uma API para informar o endpoint para a aplicação e quando ele mudar basta alterar na API e todas as aplicações saberão. Espero ter ajudado
Excelente vídeo, Deixa eu tirar uma dúvida? No meu cenário eu tenho uma Instancia provisionada apenas do Aurora para produção, mesmo sabendo dos riscos a empresa não quis investir mais. A pergunta é, se a zona em que esta instancia está cair, a AWS sobre esta instancia em uma outra zona eu deverei esperar esta zona retornar, pois a um tempo atrás ouvi dizer que tinha um Down Time de uns 15 ou 20 minutos, mas a AWS subiria em outra Zona.
Cassio, se você tiver apenas uma instância e acontecer de cair a zona inteira, é muito provável que você precise restaurar o último backup para tê-la de volta ou aguardar a zona voltar a ficar disponível. No caso de perda do hardware a única solução é restaurar o backup. Há muito tempo não tenho uma aplicação em uma zona caída, mas pelo que me lembro é assim que funciona.
@@GaragemDoInventor Entendi. Mas acredito que como o Aurora tem os pont-of-otime para restauração, ai seja possível restaurar um ponto deste em outra Zona que esteja no ar, correto?
Mas isso eh pra um negócio médio pra grande um sistema grande, pra pessoas com blog, lojas pequenas, tu não deveria trabalhar com um sistema que não escala pra 0.
🍀Seu apoio é crucial para mantermos o canal independente e continuarmos a produzir os conteúdos com a qualidade que você já conhece: pix@uminventorqualquer.com.br
⚜ Curso Cloud Computing Premium: www.cloudstorm.academy/
💬 Comunidade Cloud no Discord: www.cloudstorm.club/
Seria legal um vídeo planejando um ambiente para uma startup que está iniciando e não tem muitos recursos financeiros.
Com certeza, seria algo extremamente útil !
Eu ainda faria alguns ajustes, embora tenha considerado 30 dias para todos os cálculos, alguns dias da semana são mais tranquilos. Então eu ainda chutaria que o custo Serverless ai seria 1/2 ou 1/3 do que foi proposto. Mas foi muito bom entender a diferença e a facilidade de uso.
Um Inventor Qualquer, já é sinônimo de aula muito boa e conteúdo mais do que relevante.
Valeuzão Jaelciom obrigado por nos acompanhar🙏
boa mano, ótimo seus vídeos, sempre quando falam sobre cloud computing recomendo seu canal
Valeu Guilherme, obrigado pela força! TMJ
Muito bom!
Excelente 👏
Obrigado 🙌
Mais uma vez parabéns pelo conteúdo! Só lembrando que na instância provisionada podemos fazer reserva e dependendo do tempo e forma de pagamento o desconto pode chegar a 65%.
Obrigado Guilherme. Com certeza, e vai vir um vídeo só sobre instâncias reservadas e saving plans, mas conseguir economizar sem fazer um contrato de fidelidade de 1 ou 3 anos é muito melhor não concorda? hehehe. Grande abraço e obrigado por nos acompanhar
Ola, ótimo vídeos ! Vc sabe se é possível o AWS IoT MQTT autenticar em um Aurora v2 serverless ?
Parabéns pelo conteúdo! Tenho uma dúvida, criei um RDS Postgres com o Aurora V2, e nesse RDS tem o proprio banco postgres. Criei um banco novo nessa intância e está funcionando tranquilo. Mas reparei que ao conectar na instancia de leitura(reader), só tem o banco postgres, o meu novo banco não está lá.
É possível replicar novos campos criados na instâncias ou apenas o banco postgres?
O
Angelo, suas read-replicas deveriam estar recebendo todas as alterações feitas na sua master
@@GaragemDoInventor é verdade, estavam iguais sim, eu que comi bola.. estou migrando de SQL Server para PG e ainda estou apanhando em umas besteirinhas... obrigado pela atenção
Parabens por mais um excelente video, professor! Eu tenho uma pergunta, eu tenho uma aplicação local java que antes eu usava o servidor local Xammp e por uma demanda do cliente e assistindo seus vídeos coloquei o banco de dados no serviço RDS do AWS, a aplicação continua local devido há alguns relatorios personalizados dos clientes ( é um banco de dados Mysql para varios clientes no qual os dados são separados por uma chave de identificação, ou seja cada aplicação só acessa os seus dados) até então esta tudo funcionando bem, eu compilei o "endpont" em cada jar separadamente para cada cliente. Minha dúvida é a seguinte, caso eu precise fazer um restore do meu banco de dados ou restaurar um snapshot, o endpoint também será restaurado ou será outro diferente e neste caso eu teria que recompilar o jar com o novo "endpoint" e se por um motivo o meu banco de dados for removido para um outra região terei o mesmo problema? antecipo meus agradecimentos ao Professor Wesley Milan!
Oi Célio um restore vai criar um novo endpoint. Você tem algumas alternativas pra facilitar sua vida, pode apontar um domínio para esse endpoint, pode usar um Load Balancer, ou pode usar uma API para informar o endpoint para a aplicação e quando ele mudar basta alterar na API e todas as aplicações saberão. Espero ter ajudado
Excelente vídeo,
Deixa eu tirar uma dúvida?
No meu cenário eu tenho uma Instancia provisionada apenas do Aurora para produção, mesmo sabendo dos riscos a empresa não quis investir mais.
A pergunta é, se a zona em que esta instancia está cair, a AWS sobre esta instancia em uma outra zona eu deverei esperar esta zona retornar, pois a um tempo atrás ouvi dizer que tinha um Down Time de uns 15 ou 20 minutos, mas a AWS subiria em outra Zona.
Cassio, se você tiver apenas uma instância e acontecer de cair a zona inteira, é muito provável que você precise restaurar o último backup para tê-la de volta ou aguardar a zona voltar a ficar disponível. No caso de perda do hardware a única solução é restaurar o backup. Há muito tempo não tenho uma aplicação em uma zona caída, mas pelo que me lembro é assim que funciona.
@@GaragemDoInventor Entendi.
Mas acredito que como o Aurora tem os pont-of-otime para restauração, ai seja possível restaurar um ponto deste em outra Zona que esteja no ar, correto?
Mas isso eh pra um negócio médio pra grande um sistema grande, pra pessoas com blog, lojas pequenas, tu não deveria trabalhar com um sistema que não escala pra 0.
Curso AWS: www.uminventorqualquer.com.br/curso-aws/
Canal Wesley Milan: bit.ly/3LqiYwg
Review do Aurora: ruclips.net/video/zVBuKSJ9-M8/видео.html
Instagram: bit.ly/3tfzAj0
LinkedIn: www.linkedin.com/in/wesleymilan/