Teste-Transfeera
Sobre a Transfeera e Engenharia
## Sobre a Transfeera Somos uma fintech open banking que desenvolveu umaplataforma de gestão e processamento de pagamentos para empresas de qualquersegmento. Estamos há 4 anos no mercado, e além da plataformade processamento de pagamentos disponibilizamos a solução de validaçãode dados bancários. Com isso, ajudamos empresas que precisam fazer pagamentosem escala, sem erros operacionais e que não querem mais ser refénsdas taxas abusivas de transferências para os bancos de seus recebedores. Já executamos mais de **4,5 milhões de pagamentos eultrapassamos 4 bilhões de reais transacionados** para os nossos clientescomo: Ifood, Rappi, CloudWalk, PayGo, Vakinha, AiqFome, Contabilizei,EBANX, TransferWise entre outros. **Nossa missão é fazer o dia a dia de quem trabalhacom pagamentos mais descomplicado e seguro.** Fomos acelerados pela Visa em 2019 e pela Endeavorem 2020 e hoje somos um time com mais de 50 pessoas, com sede em Joinville/ SC. Estamos focados no nosso processo regulatório, o quevai transformar a Transfeera em uma uma Instituição de Pagamentos regulada,assim como Nubank e Stone por exemplo. ## Sobre a Engenharia Somos um time enxuto, mas Sênior. Hoje a Transfeeraconta com 50 colaboradores e 10 deles fazem parte do time de Engenhariae Produto. Nossa arquitetura cloud está principalmente na AWScom uma pequena parte na GCP para complementar nossa arquitetura de dadosusando BigQuery. A arquitetura da aplicação é voltada a micro serviçoscom mais de 90% deles escritos em Node.js e uma pequena parte escrita em Go. Usamos o RDS da AWS como serviço gerenciável paraos bancos de dados e PostgreSQL como banco relacional para todos os serviços.Para os servidores usamos kubernetes com EKS e para a fila usamos o SQS e SNS.
Desafio
Somos uma Fintech focada em gestão e processamentode pagamentos assegurando a eficiência dos pagamentos de diversos volumes com disponibilidade 24/7/365 e SLA acordado entre as partes.
Vamos pegar como cenário o PIX (Pagamento Instantâneo)criado pelo Banco Central do Brasil, onde o tempo de efetivação de um pagamento deve ser até no máximo 10s e a disponibilidade tem que ser 24 horas todos os dias da semana.
Neste exemplo, usando como referência o Manual detempos do PIX (https://www.bcb.gov.br/content/estabilidadefinanceira/pix/Regulamento_Pix/IX. ManualdeTemposdoPix-versao2.2.pdf) e também a nossa arquitetura atual na Engenharia, precisamos de uma arquitetura que suporte este Manual, pensando em um volume de no minimo 200 mil transações/dia,detalhe uma arquitetura que possa suportar esse volume e seja ideal para escala.
- Dica: Não tem melhor forma de apresentar essa arquitetura,pode ser no draw.io, pode ser em imagem aqui no docs, pode ser em markdown,o que você achar mais representativo. Pense que você faria essa comunicaçãoe defenderia essa arquitetura para os membros da sua equipe.
Elaboração do Desafio
Regras
- Desenho de uma arquitetura que suporte este Manual
- volume de no minimo 200 mil transações/dia
- 8333 transações/hora
- 138 transações/segundo
- Escalavel
- Disponibilidade de 24 horas todos os dias da semana (100%)
Regras no Manual de tempos
- O limite máximo de tempo para um Pix é de 40 segundos
- O limite máximo de tempo para autorização de iniciação de transações pelo participante prestador de serviço de pagamento do usuário pagadoréequivalente ao limite máximo de tempo para validação, nos termos do Regulamento anexo à Circular nº 4.027, de 12 de junho de 2020.Esse limite máximo de tempo está definido no art. 1º da Instrução Normativa nº 5, de 19 de agosto de 2020. - 34 (trinta e quatro) segundos.
- Disponibilidade Categoria A (participantes obrigatórios no Pix com mais de 5 milhões de contas transacionais) 99,7%
- 99,7% é 10,95 dias/ano de downtime
- 99,7% é 262,8 horas/ano de downtime
- 99,7% é 1576,8 minutos/ano de downtime
- 99,7% é 30,3 minutos/semana de downtime
Ciclo de liquidação de um Pix
Arquitetura base proposta
