Trabalhando num sistema crítico 

Valeu mano, será que resistimos as notícias de IA e reacts de vídeos? Haha.

@@Filhodanuvem salve @manodeivyn 🤣

o que seria um fazedor de crud? tipo o cara so sabe receber a request e gravar no banco? o que exatamente esse termo é?

Crud é um acrônimo pra create read update delete. Aplicações que salvam, editam, deletam e fazem leitura de uma informação no banco.

Fazedor de CRUD ou "Arrastador de CARD" é aquele profissional que se acha engenheiro de software e só sabe fazer isso ai.... nada de crítido é jogado na mão desse "profissional" e fica lá sentado esperando task.

Valeu cara, quando menos esperar vai estar vivendo isso.

Valeu Geovani, a intenção é essa, fico feliz.

Que legal essa sua experiência. Realmente, a nossa área não mudou muito, as ferramentas sim mas os conceitos por trás são os mesmos.

Valeu mano Rafael. Hoje em dia tem dois bancos laranjas haha mas legal que tu entende bem essas dores

Interessante isso, já vivenciou algo assim com k8s? Pergunto porque até onde eu sei o comportamento default de um replicaset é matar um pod pra depois subir outro. E pelo o que entendi da sua proposta seria bom que a nova versão estivesse no ar já pronta pra se conectar na porta assim que o graceful shutdown notificar. Não sei se da pra mudar esse comportamento do k8s mas é a boa ideia. Não fui eu que implantei essa arquitetura no começo da empresa mas lembro que estabelecer a conexão TCP com o banco central incluída algumas fases tipo troca de mensagem handshake e tals, não lembro se esse era um fato pra evitar criar novas conexões ( ex: os 3 segundos iniciais é de handshake)

Valeu mano, que bom que agregou

Valeu mano, que bom que curtiu a ponto de se inscrever. Bem vindo.

Valeuuu pelo comentário e sugestão 📝

Acho que tem uma valor pra pagar o stress sim, nessa experiência foi o maior salário da carreira.

@@Filhodanuvem eu tenho uma dúvida, eu estava fora da área desde 2015, aí voltei em 2022, aí tive que dar uma boa atualizada já que foram muitos anos fora, então peguei um freelancer de uma plataforma para um estúdio fotográfico para fazer para colocar no portfólio, e fiz alguns projetos pessoais tbm para o portfólio. A pergunta é, com essa experiência é possível conseguir vagas back end na Europa?

@Kimitri o que essa plataforma fazia ?

@@Filhodanuvem é um ecommerce de serviços de fotografia, com integração com banco do Brasil, ciclo. Armazenagem e gerenciamento de fotos com os aws, e cloudflare, e tbm tem gerenciamento de estoque, e mais uma série de coisas. Ele é todo personalizado pq o produto além das fotos, são os serviços e agendamentos, é muito grande não sei como explicar melhor.

Nossa, nesse ambiente aí, cada mensagem que caída numa dead letter gerava um alerta de incidente. Como tudo era pagamento, qualquer mensagem era um pagamento não processado. Pensa numa saude mental debilitada hahaha

Valeu Eduardo. Que bom que achou o vídeo direto, tenho tentado ao máximo não enrolar.

Valeu mano

Hahahaha boa, também gosto muito.

Bem diferente neh? Espero que ajude :)

Sim, sim. Eu já agendei com um dev aqui para discutirmos sobre a partir das suas considerações.

Valeu 🙏

Legal, esse ambiente do erlang é bem famoso por esses cenários críticos mesmo tipo telefonia, mas nunca usei.

Valeu Eduardo, é bem por aí mesmo

Valeu mano

Valeu Gilmar

Valeu mano

Valeu Felipe, que bom que curtiu.

Valeuu

Boaaa

Valeu mano

Valeu mano por sempre aparecer aqui

Boa! Acho que é um misto de muitas coisas sim, tem um pouco da natureza crítica do negócio, da qualidade de serviço que é preciso ser entregue mas também a cultura dos clientes e da própria empresa. Claro que se fosse algo crítico teria que ir pra produção, mas esse mundo muda pouco, depois da solução pronta e estável não é como se a aplicação precisasse de muitas melhorias.

Boa! Acho que é um misto de muitas coisas sim, tem um pouco da natureza crítica do negócio, da qualidade de serviço que é preciso ser entregue mas também a cultura dos clientes e da própria empresa. Claro que se fosse algo crítico teria que ir pra produção, mas esse mundo muda pouco, depois da solução pronta e estável não é como se a aplicação precisasse de muitas melhorias.

Opaaa, combinado 🤝

No protocolo TCP (em resumo) cada máquina (ip) so pode manter uma conexão com um outro ip de destino na mesma porta. E do meu lado não há controle de se conectar em outra porta porque o acordo com o banco central é “pagamentos que vem do ip tal conectado na porta x ou y representam o Santander” . Basicamente no canary existiria uma terceira conexão.

Valeu Luís. Olha, sinceramente minha ida pro clojure foi muito mais pra sair do PHP e ter outras experiências mas meu objetivo sempre foi go. Como na época não tava conseguindo uma oportunidade na linguagem aceitei o desafio.

Hahahaha

A própria arquitetura do “banco central” exige a conexão permanente TCP, se usássemos serverless a lambda perderia a conexão assim que fosse desligada. Além disso dependendo da linguagem que você usa em serverless tu vai sofrer com cold start, nesse cenário você precisa resolver o pagamento o mais rápido possível, perderíamos um tempo subindo a lambda.

Faz sentido. Mesmo com lambda, vc ia ter que manter a conexão aberta de alguma maneira, o que o forçaria a retornar ao menos essa parte da aplicação para algo gerenciado. Ainda imagino que o throughput disso deve ser monstruoso, para justificar essa necessidade de uma conexão permanente. Bom conteúdo, sucesso!

Hahahahah esse problema eu nunca passei e acho muito difícil eu passar.

Provavelmente deve ser algo como o Vault da Hashicorp, eu vi uma galera de segurança recomendando que a aplicação vá atrás dos secrets que são guardados nesses servidores de cofre. Acho que a sua sugestão funcionaria sim, só fico pensativo que a aplicação teria que fazer uma request a cada x tempos pra entender se o valor mudou. Sendo um arquivo a aplicação consegue entender algo até pelo metadado do arquivo (última data de modificação). É mais rápido. (Eu não amo arquivo de configuração não, só pensando em voz alta)

@@Filhodanuvem faz sentido msm

Essa dúvida é boa. Eu não sou expert em redes mas vamos lá, as conexões de rede são feitas através de portas, quando a gente se conecta no redis por exemplo, a gente passa o ip/host e a porta do servidor. O protocolo TCP diz que não dá pra ter duas conexões com os mesmos ip e porta na origem e no destino. Então quando o serviço novo subisse, ele teria que se conectar numa porta diferente, o que acaba definindo outra conexão e não a mesma. O serviço do banco central registra de forma fixa quais as portas TCP representam os pagamentos do santander. Na hora de assinar contrato de papel mesmo eles falam “a porta do Santander é a 1001 e a 1002” então não existia flexibilidade de usar qualquer porta.

Que legal, não conhecia essa parada não

Legal, já ouvi dizer mesmo que a máquina virtual do earlang é incrível pra esses ambientes de alta disponibilidade

Haha eu vejo muita semelhança também entre indústria de jogos e fintechs

Sobrecarregar o outro pod que lidaria sozinho com o tráfego, aumentar o tempo de resposta dos pagamentos já que por um momento a throughput. Causar frequentes desconexoes também seria percebido pelo lado do banco central, acabaria criando uma reputação ruim pro serviço, como se nossa disponibilidade não fosse tão alta.

Entendi. O protocolo demanda essa conexão persistente

Acho que não, o time era bem maduro. Essa era uma característica dos sistemas críticos, existiam outros que todo mundo era bem livre pra fazer deploy.

FPS, tipo um pix do uk

Valeu

Hahahahahah sempre que eu uso Olx fico pensando “será que a análise de anúncio ainda é por aquele código?” Haha

Quanto mais testes automatizados temos num projeto mais segurança temos de colocar ele em produção, mesmo sem testes manuais. Quanto mais teste automatizado mais rápido uma mudança vai pra prod, alguns fazem Continuous deployment que a grosso modo quer dizer que quando você faz merge na master, todos os testes automatizados já garantiram que nada vai quebrar e automaticamente um deploy é feito. Outro tópico que ajuda a entregar código constante são as feature flags, você faz deploy mas nada muda pro usuário até que você ligue uma flag. A talk mais histórica é essa aqui, que o Flickr cita fazer mais de 10 deploys por dia. A talk acabou sendo o começo do movimento devops também. ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-LdOe18KhtT4.htmlsi=KASjkZXKue8uHF8a

Dependendo da linguagem de programação e do programa, quando você roda o programa ele fica rodando pra sempre, ligado, por exemplo um site está sempre no ar, então essa aplicação está rodando. Restartar quer dizer parar o programa e roda-lo de novo. Mesmo processo que fazemos com o sistema operacional.

My channel? No, I don’t.

Não rsrs mas deve ter muita empresa com uma arquitetura parecida

Que isso cara hahaha não tinha indiano não. A empresa foi fundada (e consequentemente essa arquitetura) por ingleses.

Valeuu

Valeuuu

Opa, bora! Já pensando nos próximos exemplos pra trazer.

Valeuuu Rafael