Cripto-Casino
Torrent Gear
Arquitetura multibrand do casino: serviços compartilhados e isolamento
Texto completo do artigo
1) Tarefa plataforma multibrand
Um «esqueleto» tecnológico serve várias marcas/licenças/geo. O objetivo é o máximo de reuso do núcleo (velocidade, custo) quando os riscos e dados são isolados (dinheiro, PII, relatórios).
A escolha-chave é multi-tenant (instâncias gerais, «locatários» no mesmo serviço) ou multi-instance (instâncias individuais/BD/clusters para marca ou região). Na prática, é usado um híbrido.
2) Camadas e limites (padrão de referência)
Edge / Governance
API-gateway, WAF/bot-proteção, geo-filtros, tarifas, serviço-mesh.
Tenant/brand resolver: metadados da marca (licença, geo, moeda, bandeiras).
Domain Core (serviços)
PAM (contas, sessões, 2FA) - multi-tenant com rígida divisão de tenant _ id.
Wallet/Ledger (contabilidade) - com mais frequência multi-instance per license/region.
Cashier/PSP Orquestração - pipline/chaves individuais para a marca/região.
KYC/AML - Provedores de conexão por geo, regras em tenant.
Bónus Engine/Turnams/Jackpots - Serviços de isolamento de regras shareable.
Game Gateway é uma entrada comum para provedores com mapping fich/moedas por marcas.
Affiliates/Comissão - matemática geral, espaço de tracking separado.
RG - limites e estatais ao nível da marca/jurisdição, sinais de stop sincronizados.
Compliance/Reporting - vitrines e descarga para marca/licença/região.
CMS/Front - ferramentas compartilhadas + por-brand tópicos/navegação.
Data & Observability
Pneu de evento (Kafka/Pulsar) com as chaves 'tenant _ id/brand _ id'.
OLTP para o serviço, vitrines OLAP com rígido isolamento row-level por marca.
Métricas/trailers/logs com marcas de tenant obrigatórias; SIEM/SOAR.
3) Onde compartilhar e onde isolar
3. 1 Serviços gerais (economia e velocidade)
Game Gateway: Integração unificada com estúdios, flagras de fich per brand.
Bónus/Turnement Engine: Um construtor comum, mas «barras de areia» e limites per brand.
Affiliates/Tracking: plataforma única, sáb-ID/domínios/pós-back separados.
KYC/Screening Orquestrator: pneu compartilhado, provedores diferentes por geo.
CMS/Front toolkit: tópicos/localização/widgets; uma frente de frente separada do núcleo.
BI/ETL: piplines compartilhados, vitrines individuais e direitos.
3. 2 Isolamento severo (dinheiro, direito, dados pessoais)
Ledger/Wallet: BB/instâncias de licença/região individuais (muitas vezes até mesmo um cluster separado).
Cashier/PSP: chaves, merchants, routing e limites per brand/região.
PII/Residência: os dados dos usuários são armazenados na região; a proibição de pedidos cruzados-regionais.
Compliance/Reporting: Descarga regulatória rigorosa por marca/licença.
RG/AML: Os sinais paradores são aplicados «no local», sem sharing mage tenant.
4) Modelos de Multiplicidade de Dados
1. Schema-para-tenant: um BD, circuitos individuais. É só começar, é mais difícil escalar.
2. DB-per-tenant: BD (ou clusters) individuais para a marca/região. Mais caro, mas seguro.
3. Mesa-partitioning by tenant: grandes tabelas RLS RLS/disfarce rígido; adequado para telemetria/logs.
4. Armazenamento-para-jurisdicção: residência física (EU, UK, BR...), acesso interregional proibido em rede/LCA.
O Ledger normalmente escolhe DB-per-license/region + camada de serviço separada.
5) Contorno monetário: invariantes e eventos
Atômica e idempotidade dos comandos ('wallet. debit/credit/setle ') é um contrato-chave.
Outbox/CDC: publicação de eventos sincronizados de transação; Nada de magia manual.
Sags: depósito/caixa/bónus - somente através de orquestra, compensação por eventos individuais.
Carteiras de jackpot separadas e contribuições transparentes per brand/pool.
SLO para núcleo (mínimo):- p95 carteiras <150 ms; Setlems perdidos/duplicados = 0.
- Autorização Cashier <3 s; O depósito ≥ 85% no geo-alvo.
- Entrega de eventos BI ≤ 5 min
6) Orquestra de pagamento em multibrand
Pipline per brand/market: diferentes PSP, merchantes, limites, política 3-DS.
Cascadura: falha → fallback sem perda de cesta.
FinOps: rotas de custo/conversão; relatórios de marca diários.
Anti-frod: velocity, ligações gráficas de mapas/dispositivos dentro da marca e holding (com uma correlação cruzada cautelosa).
7) Jogo responsável e complacência
Limites RG (depósito/perda/tempo/taxa) - Configurados per brand/jurisdição, aplicados sincronicamente na taxa.
Auto-exclusão e cheques realidade respeitam os limites da marca e a lei da região.
AML/KYC - sanções/RER/fonte de fundos; SAR/TR de marca.
Relatório - Automatizado; Excel manual é proibido como processo.
8) Observabilidade e acessibilidade
Trace-ID completa + tags 'tenant _ id/brand _ id/license'.
RBAC/ABAC: funções «finanças/risco/sapport/marketing/complacência» - acesso somente à sua marca.
Audit WORM: logs de ação crita imutáveis, política de quatro olhos.
Segredos/chaves: Vault/HSM, segmentação de chaves para marca/região, rotação.
9) Topologias de deploy
Single Cluster, Multi-Tenant Services
Lançamento rápido, poupança apertada. Requer RLS maduro, recursos isolados e limites.
Regional Clusters + Shared Integrations
A entrada de jogos e alguns serviços compartilhados são cobiçados, o dinheiro/PII é regionalmente. Saldo de custo e complacência.
Per-Brand/License Stacks
Isolamento total (marcas VIP, alto risco). Caro, mas mínimo blast radius.
Muitas vezes é combinado: «placar» total de integração e ferramentas + dinheiro isolado/PII.
10) Dados e diretórios
Data contracts: Avro/JSON Schema + Registry; versões semânticas.
Governance: catálogo de campos, proprietários, vitrines SLA, régua de origem (lineage).
RLS/Masking: regras de armazenamento e BI; Acesso ao PII - mediante solicitação e token do tempo.
Late arrivals/dedup: upsert-pattern sustentáveis em OLAP.
11) Marketing, CMS e afiliados
Função Flags per brand: lançamento de promo/tópico/mecânico sem efeitos cruzados.
Diretórios de conteúdo: um único ID de provedores/jogos, mapping de disponibilidade para marca/mercado.
Filiados: domínios separados/UTM/sáb-ID; anti-frod para sub-sócios.
Conformidade de plataformas (YouTube/Twitch): rotulagem de publicidade/afiliados per brand.
12) Métricas da maturidade da arquitetura multibrand
1. Isolamento de dinheiro: BD/instâncias individuais de licença/região; Edição manual zero.
2. Data residency: tecnicamente fornecido (LCA/políticas de rede), testado por exercícios.
3. Evento: outbox/CDC em todo o lado; os fluxos atingem BI ≤ 5 min.
4. Pagamentos: cascata PSP ativa; os relatórios de verificação são automatizados.
5. RG/AML: Os sinais paradores são aplicados sincronicamente; Relatório sem passos manuais.
6. Observabilidade: Todas as métricas/logs/trailers estão marcados com o brand/tenant; dashboard SLO de serviços e marcas.
7. Disponíveis: RBAC/ABAC e Quatro Olhos para Operações de Crita, Auditoria WORM.
8. Plano DR.: RPO ≤ 5 min, RTO ≤ 30 min; exercícios regulares para cada região.
13) Folha de cheque do arquiteto (antes do lançamento da marca)
- Atribuído 'brand _ id/tenant _ id', chaves/segredos e limites.
- Ledger/Wallet - BB/cluster selecionado (se a licença for necessária).
- Cashier - contas merchant e rotas; transações de teste e acréscimos.
- RG/AML/KYC - provedores, regras, sinais parados; cenários de teste.
- Game Gateway - mupping de provedores/moedas/restrições; um cheque health.
- Bónus/Turnement - Banco de areia e auditoria de regras.
- Affiliates - espaço sáb, pós-back, anti-frod.
- CMS/Front - tema, localização, fichflagra; verificação de limitações geo.
- BI/Reports - vitrines, acessíveis, descargas regulatórias.
- Observabilidade - dashboards SLO e alertas por marca/região.
14) Bandeiras vermelhas (que quebra o multibrand)
Uma base de dados «para todos» sem RLS/camuflagem e sem um Ledger separado.
Edição manual de balanços, bônus e limites.
Chaves de merchant comum PSP para diferentes marcas/regiões.
Publicar eventos em transações de domínio (sem outbox/CDC).
BI/relatórios de tabelas OLTP de combate.
Falta de geo-isolamento PII e DR.
As regras RG/AML estão delimitadas entre marcas sem a lei local.
Sem marcas de tenant/brand em logs e métricas - as investigações transformam-se em caos.
15) Resultado
Arquitetura multi-brand é um equilíbrio entre geral e separado. Integração geral, ferramentas e eventos aceleram o desenvolvimento; dinheiro isolado, pagamentos, PII e relatórios mantêm a complicação e reduzem os riscos. A plataforma de sucesso é construída em torno de três princípios:1. Integridade monetária e isolamento (Ledger/Cashier per license/region, idempotidade, sagas).
2. Evento e observabilidade (pneu, contratos, tags de marca/tenant, SLO).
3. Residência legal e acessibilidade mínima (RBAC/ABAC, WORM, KMS/Vault).
Tais fundações permitem dimensionar a carteira de marcas sem um aumento exponencial da complexidade - rápida, segura e previsível.