Princípios Arquiteturais
Toda arquitetura reflete um conjunto de decisões.
Algumas decisões são explícitas e documentadas. Outras surgem naturalmente da experiência, das restrições e das prioridades de negócios. Com o tempo, essas decisões se tornam a base sobre a qual toda a plataforma evolui.
O PaymentHub não foi projetado em torno de uma pilha de tecnologia específica, provedor de nuvem ou tendência arquitetural. Ele foi projetado em torno de um conjunto de princípios destinados a criar clareza, apoiar a evolução e fornecer um ambiente realista para o estudo da arquitetura de plataformas modernas.
Estes princípios influenciam todos os domínios, integrações e decisões de design ao longo do projeto.
Pensamento Baseado em Domínio
Uma das decisões mais importantes por trás do PaymentHub é a escolha de organizar a plataforma em torno de capacidades de negócios em vez de camadas técnicas.
Em muitos sistemas tradicionais, a arquitetura é estruturada em torno de componentes como bancos de dados, APIs, interfaces de usuário ou serviços de integração. Embora esses elementos continuem importantes, eles raramente representam a forma como o próprio negócio pensa sobre suas operações.
As plataformas de pagamento são fundamentalmente conjuntos de responsabilidades de negócios.
Os comerciantes precisam ser cadastrados.
As autorizações precisam ser obtidas.
As transações precisam ser coordenadas.
A fraude precisa ser avaliada.
Os fundos precisam ser liquidados.
Os dados precisam ser transformados em insights.
Cada uma dessas responsabilidades evolui em um ritmo diferente, atende a partes interessadas distintas e introduz requisitos técnicos diferentes.
Ao tratá-los como domínios independentes, o PaymentHub cria limites claros de propriedade e permite que cada capacidade evolua sem impactar desnecessariamente as outras.
O objetivo não são microsserviços.
O objetivo é a clareza nos negócios.
Separação de Responsabilidades
Uma fonte recorrente de complexidade em grandes sistemas é a sobreposição de responsabilidades.
Quando múltiplos componentes executam funções semelhantes, a responsabilidade se torna incerta. Quando a responsabilidade se torna incerta, as decisões arquiteturais se tornam mais difíceis de tomar e os sistemas tornam-se cada vez mais difíceis de evoluir.
O PaymentHub separa intencionalmente as responsabilidades em domínios distintos.
O Domínio de Transação orquestra.
O Domínio de Fraude avalia o risco.
O Domínio de Autorização se comunica com ecossistemas de pagamento externos.
O Domínio de Liquidação gerencia os movimentos financeiros.
O Domínio de Analytics transforma dados operacionais em insights de negócios.
Cada domínio existe por um motivo.
Tão importante quanto isso, cada domínio evita deliberadamente responsabilidades que pertencem a outro lugar.
Esta separação reduz o acoplamento, melhora a manutenibilidade e cria uma plataforma mais fácil de entender tanto para as partes interessadas técnicas quanto de negócios.
Evolução Sobre Perfeição
Um dos erros mais comuns na arquitetura de software é tentar resolver problemas futuros antes que eles exista.
Arquitetos frequentemente enfrentam a tentação de projetar para escala infinita, resiliência extrema e todos os cenários futuros possíveis desde o início. Embora a intenção seja geralmente positiva, o resultado é frequentemente complexidade desnecessária.
O PaymentHub adota uma filosofia diferente.
A plataforma foi intencionalmente projetada para evoluir.
As soluções são introduzidas quando passam a ser justificadas por requisitos de negócios, restrições operacionais ou objetivos de aprendizado arquitetural.
Este princípio influencia as decisões ao longo do projeto.
A comunicação síncrona é preferida inicialmente porque é mais fácil de entender e depurar.
Padrões orientados a eventos são introduzidos mais tarde quando oferecem benefícios claros.
A infraestrutura permanece intencionalmente simples até que a complexidade se torne necessária.
O objetivo não é construir a arquitetura mais sofisticada possível.
O objetivo é construir uma arquitetura capaz de se tornar mais sofisticada ao longo do tempo.
Prontidão Orientada a Eventos
Embora a implementação inicial do PaymentHub dependa principalmente de comunicação síncrona, a arquitetura foi desenhada com vistas a uma futura evolução orientada a eventos.
Essa distinção é importante.
Ser orientado a eventos não significa necessariamente começar com eventos em todo lugar.
Em muitos ambientes, introduzir comunicação assíncrona cedo demais cria complexidade operacional desnecessária.
Em vez disso, o PaymentHub foca em estabelecer limites de domínio claros primeiro.
Uma vez que as responsabilidades são bem compreendidas, os eventos tornam-se um mecanismo natural de comunicação e colaboração entre domínios.
Espera-se que futuras iterações da plataforma introduzam recursos como:
Ao adiar essa complexidade até que ela se torne valiosa, a arquitetura permanece compreensível, mantendo ao mesmo tempo um caminho claro em direção à escalabilidade.
Nativo da Nuvem por Concepção
O PaymentHub foi criado como uma plataforma com o objetivo de evoluir para ambientes nativos da AWS.
Isso não significa que todo problema deva ser resolvido com um serviço em nuvem.
Em vez disso, significa que as decisões arquiteturais são avaliadas tendo em mente a futura adoção da nuvem.
Os serviços devem ser dimensionados de forma independente.
Os domínios devem permanecer implantáveis de forma isolada.
A infraestrutura deve dar suporte à automação.
A visibilidade operacional deve ser considerada desde o início.
Este princípio influencia a seleção de tecnologias, os modelos de implantação e os futuros roteiros arquiteturais.
O objetivo não é a adoção da nuvem por si só.
O objetivo é criar uma plataforma que possa se beneficiar das capacidades da nuvem quando for o momento certo.
Arquitetura como uma Plataforma de Aprendizagem
Talvez o princípio mais importante por trás do PaymentHub seja que o projeto existe para apoiar o aprendizado.
Cada domínio, integração e decisão de design serve a dois propósitos.
O primeiro é resolver um problema de negócios realista.
O segundo é criar oportunidades para explorar conceitos arquitetônicos na prática.
Perguntas tais como:
- Essa funcionalidade deve ser síncrona ou assíncrona?
- Um evento melhoraria esta interação?
- Quando um serviço deve se tornar independente?
- Um modelo relacional é mais apropriado do que um modelo chave-valor?
- Como os limites de propriedade devem evoluir?
Essas perguntas fazem parte intencionalmente da jornada.
PaymentHub não é simplesmente uma plataforma de pagamento.
É um ambiente para entender como as plataformas modernas são projetadas, operadas e evoluídas.
Nota do Arquiteto
Uma lição aparece repetidamente em toda a arquitetura de software moderna.
Sistemas de sucesso raramente são o resultado de escolhas tecnológicas perfeitas.
Mais frequentemente, eles são o resultado de responsabilidades claras, limites bem definidos e a capacidade de evoluir ao longo do tempo.
As tecnologias mudam.
Os frameworks mudam.
Os serviços em nuvem mudam.
Os princípios arquiteturais tendem a durar muito mais tempo.
Por esse motivo, o PaymentHub dá maior ênfase à propriedade, às responsabilidades e à evolução do que a qualquer pilha de tecnologia específica.
A plataforma pode mudar.
Os princípios por trás disso devem continuar relevantes.
