O conceito é bom e realmente mascara IPs e adiciona camada de proteção, mas sacrifica o desempenho. Todo este redirecionamento aí e inclusão de vms em proxy reverso, isto para sites com muito acesso ou aplicações que necessitam de muita requisição, com certeza o sysadmin vai ter muita dor de cabeça em manter toda essa infra rodando liso. :)
OLá...isso..faz aula de DNS com as opções mais usadas no mercado para aquisição de domínio. Uma live sobre NGINX também seria legal mostrando as funcionalidades, além desta que você mostrou de redirecionar.
pessoal, é bastante comum confundir os conceitos de Proxy Reverso com Load Balancer. Talvez o Fabrício possa abordar o tema, mas já fiz algumas pesquisas e queria compartilhar com vocês. " Your confusion is reasonable - they are often the same thing. But not always. When you refer to a load balancer you are referring to a very specific thing - a server or device that balances inbound requests across two or more web servers to spread the load. A reverse proxy, however, typically has any number of features: load balancing: as discussed above caching: it can cache content from the web server(s) behind it and thereby reduce the load on the web server(s) and return some static content back to the requester without having to get the data from the web server(s) security: it can protect the web server(s) by preventing direct access from the internet; it might do this through simple means by just obfuscating the web server(s) or it may have some more active components that actually review inbound requests looking for malicious code SSL acceleration: when SSL is used; it may serve as a termination point for those SSL sessions so that the workload of dealing with the encryption is offloaded from the web server(s) " taca no tradutor.
Fala Fabrício, blz. Eu gostaria muito de uma live só de nginx e seus recursos e aí invés de usar domínio, usar duckdns. Gostaria tb de uma aula usando o certmananger usando o ambiente kubernets e vm. Queria ver a integração disso tudo com a nuvem e o ambiente on primice.
Fiquei com uma dúvida....O controller está no mesmo cluster kubernetes que suas aplicações. Ele vai balancear as chamadas que são enviadas às suas aplicações distribuindo as mesmas entre os demais nodes do seu cluster e, por fim, seu service load balancer vai distribuir as chamadas que chegam em um node entre os pods da sua aplicação. Não sei se isto que falei está correto. Bem, minha dúvida é a seguinte: onde ocorre o balanceamento das chamadas que chegam no seu controller ? Ou isso não é necessário ? Ele está rodando em quais nodes do seu cluster ? Todos ? Quem divide as chamadas entre esses nodes ? O serviço de nuvem tem alguma coisa "antes" do seu controller para distribuir as chamadas ao mesmo ? Obrigado.
Fala aí Fabiano, blz ? O Ingress Controller roda dentro do cluster mesmo das aplicações, a quantidades de replicas da instancia do ingress controller depende da instalação e isso pode ser customizado. Em relação ao que tem na frente, quando eu crio um service do tipo LoadBalancer, o serviço de núvem cria um load balancer pra distribuir as cargas entre os nós do meu cluster Kubernetes.
Galera rolou uma canelada minha. Eu falei que o path type poderia ser Prefix ou Fixed, mas na verdade é Prefix e Exact.
Que tipo de conteudo foi esse meu caro???
Parabens e que vc continue sempre a nos ajudar!
Nos vemos no Devops de Elite!!!
Faz uma live de ngnix, por favor!!!
Faz também a live com cert manager!!!
live com cert manager!!!
Faz uma live de haproxy, por favor!!!
Por favor, Fabrício. Faz uma aula sobre DNS.
Ótima tutorial muito bom estou começando agora primim mão na roda
Show de bola !!! Me conta mais ocnteúdos que você quer ver aqui no canal !!!
Certificados digital e conversões de certificado para aplicações Java dentre outras
Fazia tempo que procurava um tutorial assim. Obrigado!!!
O conceito é bom e realmente mascara IPs e adiciona camada de proteção, mas sacrifica o desempenho. Todo este redirecionamento aí e inclusão de vms em proxy reverso, isto para sites com muito acesso ou aplicações que necessitam de muita requisição, com certeza o sysadmin vai ter muita dor de cabeça em manter toda essa infra rodando liso. :)
Like merecido demais, Veronez!
Estou esperando as aulas sobre DNS e HTTPS... abração
Muito top Fabrício
uma aula de NGINX seria muito sensacional cara
Sensacional Veronez, muito obrigado pela explicação.
OLá...isso..faz aula de DNS com as opções mais usadas no mercado para aquisição de domínio. Uma live sobre NGINX também seria legal mostrando as funcionalidades, além desta que você mostrou de redirecionar.
Conteúdo top! Se puder, faz uma live sobre API Gateway e Cert Manager!
Conteúdo top!!
Boa tarde, muito bom conteúdo vc podia a imagen docker dos seus blue e green web apps?
KD o arquivo de configuração pra gente fazer um copy cola man ? conteudo bom faltou somente isso pra ajudar hehe vlw !
Muito bom! Conteúdo de alta qualidade! 👏👏
Mestre, que aula! 👏👏👏 Gratidão 👊🏻
Excelente conteúdo, obrigado Fabrício!
Parabéns pelo canal. Suas aulas são excelentes.
Valeu pelo feedback !!
muito bom, parabéns!
Muito bom!!!
Conteúdo sobre API gateway seria bom demais. Apoio!
Live sobre cert-manager
pessoal, é bastante comum confundir os conceitos de Proxy Reverso com Load Balancer. Talvez o Fabrício possa abordar o tema, mas já fiz algumas pesquisas e queria compartilhar com vocês.
"
Your confusion is reasonable - they are often the same thing. But not always. When you refer to a load balancer you are referring to a very specific thing - a server or device that balances inbound requests across two or more web servers to spread the load. A reverse proxy, however, typically has any number of features:
load balancing: as discussed above
caching: it can cache content from the web server(s) behind it and thereby reduce the load on the web server(s) and return some static content back to the requester without having to get the data from the web server(s)
security: it can protect the web server(s) by preventing direct access from the internet; it might do this through simple means by just obfuscating the web server(s) or it may have some more active components that actually review inbound requests looking for malicious code
SSL acceleration: when SSL is used; it may serve as a termination point for those SSL sessions so that the workload of dealing with the encryption is offloaded from the web server(s)
"
taca no tradutor.
Fala Fabrício, blz. Eu gostaria muito de uma live só de nginx e seus recursos e aí invés de usar domínio, usar duckdns. Gostaria tb de uma aula usando o certmananger usando o ambiente kubernets e vm. Queria ver a integração disso tudo com a nuvem e o ambiente on primice.
Como ficaria a configuração para um WEBSOCKET?
35:00 sobre o ip privado, no seu caso ai o servidores estão na mesma rede não é isso ?
Exatamente !!! Todas as máquinas estão na mesma rede.
link para acessar os conteudos de configuração está fora do ar
Teria como disponibilizar aqui os arquivos?
Fala aí, blz ? O link para os arquivos tá na descrição do vídeo.
quanto custa essas maquinas na digitalocean ?
Vc consegue ver o preço sempre atualizado aqui:
www.digitalocean.com/pricing
Fiquei com uma dúvida....O controller está no mesmo cluster kubernetes que suas aplicações. Ele vai balancear as chamadas que são enviadas às suas aplicações distribuindo as mesmas entre os demais nodes do seu cluster e, por fim, seu service load balancer vai distribuir as chamadas que chegam em um node entre os pods da sua aplicação. Não sei se isto que falei está correto.
Bem, minha dúvida é a seguinte: onde ocorre o balanceamento das chamadas que chegam no seu controller ? Ou isso não é necessário ? Ele está rodando em quais nodes do seu cluster ? Todos ? Quem divide as chamadas entre esses nodes ? O serviço de nuvem tem alguma coisa "antes" do seu controller para distribuir as chamadas ao mesmo ? Obrigado.
Fala aí Fabiano, blz ?
O Ingress Controller roda dentro do cluster mesmo das aplicações, a quantidades de replicas da instancia do ingress controller depende da instalação e isso pode ser customizado. Em relação ao que tem na frente, quando eu crio um service do tipo LoadBalancer, o serviço de núvem cria um load balancer pra distribuir as cargas entre os nós do meu cluster Kubernetes.
@@fabricioveronez obrigado