A implementação determina onde são executados os componentes da rede, quem os opera, como as equipas lhes acedem e como são geridas as alterações e a recuperação. O produto permite um modelo de serviço totalmente gerido ou um âmbito alojado pela instituição ou nas suas instalações, sujeito a avaliação e acordo. Estas opções não alteram a responsabilidade do banco pelas políticas de ativos, reservas, registos de clientes, decisões de governação nem compromissos de negócio.
A topologia não é um diagrama universal que possa ser escolhido sem analisar a carga de trabalho e as dependências. A localização dos validadores, a exposição RPC, o acesso ao explorador, as regiões, o armazenamento, a monitorização, as cópias de segurança e as integrações têm de corresponder aos requisitos e ao ambiente aprovado pela instituição. A capacidade, a resiliência, os objetivos de recuperação, as janelas de manutenção e os níveis de serviço são definidos para cada implementação; não se devem presumir com base no nome de um pacote.
Desenhar uma topologia com base nas dependências reais
O desenho da implementação identifica a rede, os validadores autorizados, os percursos de acesso RPC, os componentes do explorador, o acesso administrativo e as aplicações institucionais relevantes. Mostra também os limites de confiança e dependências como serviços de identidade, acordos de custódia de chaves, monitorização, armazenamento e fornecedores externos. A localização e a conectividade finais são confirmadas numa análise técnica, não se presumindo a partir de uma arquitetura de referência genérica.
A instituição deve indicar as cargas de trabalho previstas, os padrões de acesso, as restrições de alojamento, os requisitos regionais, as normas de segurança de rede, as regras de tratamento de dados e os contactos operacionais. A equipa de implementação pode então avaliar a localização dos componentes, os pressupostos de recursos, a separação de acessos e os cenários de falha. Um diagrama é um artefacto de planeamento, não prova de um ambiente de cliente ativo nem garantia de capacidade ou disponibilidade.
Componentes ilustrativos da implementação
- Limite de acesso acordadoAcesso RPC e administrativo configurado e percursos de rede permitidos.
- Rede e validadoresRede EVM dedicada com topologia de validadores definida para o projeto.
- Explorador e operaçõesVisibilidade da rede, monitorização, manutenção e componentes de suporte acordados.
Comparar responsabilidades em modelos geridos e alojados pela instituição
Num modelo totalmente gerido, a FusionPointAI opera a infraestrutura e os serviços expressamente incluídos no âmbito acordado. A instituição continua responsável pelas políticas bancárias, emissão e cobertura dos ativos, registos de clientes, autoridade de governação, aprovações de negócio e responsabilidades de integração que lhe forem atribuídas. O contrato deve especificar os componentes abrangidos, o modelo de acesso, os limites do suporte, a abordagem de manutenção e quaisquer serviços de continuidade acordados.
Numa implementação alojada pelo banco ou nas suas instalações, a instituição disponibiliza e opera o ambiente de alojamento aprovado, enquanto a FusionPointAI fornece a licença de software, a implementação, a integração, as atualizações e o suporte técnico acordados. A divisão de responsabilidades deve abranger o acesso à infraestrutura, a monitorização, as cópias de segurança, as janelas de alteração, a recuperação e a coordenação de incidentes. Este modelo exige uma proposta personalizada e uma avaliação de viabilidade; a titularidade do código-fonte não é transferida automaticamente.
Planear manutenção, recuperação e atualizações
O planeamento da continuidade começa pelas dependências dos componentes e pelos cenários de falha: perda de ligação a uma aplicação, indisponibilidade de infraestrutura, participação limitada dos validadores, problemas de armazenamento ou cópias de segurança e interrupção dos serviços de identidade ou chaves. A instituição e o fornecedor devem acordar responsabilidades de monitorização, comunicação de incidentes, pré-requisitos de recuperação, autoridade de decisão e evidência necessária para retomar a operação. Os objetivos de recuperação são decisões específicas de desenho e contrato, não propriedades automáticas do produto.
A manutenção do software e as atualizações da rede exigem responsabilidades coordenadas. A Chain ID é imutável após a criação da rede; os parâmetros alteráveis suportados seguem a governação e algumas alterações exigem atualizações técnicas coordenadas. Defina como as alterações são avaliadas, aprovadas, testadas, calendarizadas, comunicadas e revertidas, quando possível. Documente quem as prepara e que autoridade institucional aprova o impacto operacional antes da entrada em produção.
As responsabilidades variam consoante o modelo de implementação
Gerido: o fornecedor opera o âmbito acordado. Alojado: a instituição opera o seu ambiente aprovado.
A FusionPointAI fornece implementação e serviços de software conforme contratado.
A instituição mantém as políticas, a emissão, as reservas, os registos de clientes e as responsabilidades de negócio.
A cobertura, as funções de recuperação, os objetivos e o escalonamento ficam definidos no contrato.
Concluir a análise com decisões concretas
Antes da implementação, confirme a responsabilidade pelo alojamento, os ambientes de destino, o âmbito dos validadores e do RPC, a exposição do explorador, os limites de identidade e chaves, as dependências de integração, os pressupostos de carga de trabalho e as restrições regionais. Registe as questões de viabilidade por resolver, em vez de as converter em funcionalidades presumidas. A instituição deve identificar os decisores técnicos, de segurança, operações, finanças e governação que podem aprovar as respetivas partes do desenho.
Os resultados de planeamento esperados incluem uma topologia acordada, um inventário de componentes e responsabilidades, limites de integração, pressupostos de segurança, procedimentos operacionais, requisitos de continuidade, processo de atualização e critérios de teste e passagem à operação. Os documentos comerciais especificam depois a cobertura do suporte, os pressupostos de capacidade, os níveis de serviço e eventuais compromissos de recuperação. Um serviço de produção só começa mediante um âmbito analisado separadamente, proposta formal e contrato assinado; a apresentação de requisitos não implementa uma rede.