Preparando o ambiente do locatário: conta, ambientes e configuração de acesso.
Em qual conta de nuvem a implantação está sendo executada, qual o locatário do Vault separado, quais ambientes existem em qual ano e se o locatário é acessível pela internet pública ou apenas de forma privada.
As pessoas costumam usar os termos "inquilino privado" e "inquilino público" para se referir a três coisas diferentes. No TRANXACT Private Cloud, esses termos se dividem claramente em três decisões, e vale a pena usar estas palavras para descrevê-las:
| Decisão | Opções | Decidido |
|---|---|---|
| Isolamento — alguma coisa foi compartilhada com outro cliente? | Não. Cada implementação é de locatário único: uma VPC/VNet dedicada, cluster e banco de dados por cliente, sem livro-razão ou banco de dados compartilhado. | Não é uma escolha; sempre foi assim. |
| Propriedade da conta — de quem é a conta na nuvem? | Hospedada pela TRANXACT: uma conta dedicada ou assinatura fornecida pela TRANXACT. De propriedade do cliente: a conta do próprio cliente, que a TRANXACT opera por meio de uma função de automação delegada. | Antes da assinatura; consta no anexo do contrato. |
| Postura de acesso — como se chega a ela? | Público: os usuários acessam via HTTPS na internet (padrão). Somente privado: o ouvinte público é fechado e só pode ser acessado por VPN, conexão privada ou peering. | Antes de assinar, verifique a opção de conectividade. |
Não existe uma edição "pública" compartilhada e multi-inquilino do TRANXACT Private Cloud. Quando um cliente menciona "inquilino público", quase sempre se refere a uma implantação acessível pela internet — que é a configuração padrão de um inquilino dedicado, e não um produto diferente.
Propriedade da conta
| Hospedado pela TRANXACT | Propriedade do cliente | |
|---|---|---|
| Quem cria a conta? | TRANXACT (INFRA_2.1.01) | O cliente: cria, configura a cobrança, aplica as políticas da zona de destino e concede a função de automação TRANXACT (INFRA_2.1.02, Excluído) |
| Quem paga a conta da nuvem? | Conforme o formulário de pedido | O cliente é cobrado diretamente pelo fornecedor de acordo com as suas tarifas de tabela. |
| Capacidade reservada | A TRANXACT recomenda (INFRA_2.1.05) | A TRANXACT recomenda que o cliente adquira (INFRA_2.1.06, Excluído) |
| Barreiras de proteção, etiquetas, alertas orçamentários | TRANXACT (INFRA_2.1.04) | A TRANXACT aplica-as dentro das políticas da zona de aterrissagem do cliente. |
| RACI | Contas a receber do cliente para conta, zona de entrega e faturamento em ambos os casos; TRANXACT consultada |
De qualquer forma, TRANXACT também provisiona uma conta ou tenant de cofre separado com suas próprias identidades, MFA e chaves (INFRA_2.1.03). É o único componente que nunca está na mesma conta que a produção — veja Disponibilidade, Live DR, backup e o cofre.
A capacidade reservada normalmente reduz o custo de computação em 30 a 40%. Em uma conta de propriedade do cliente, é o próprio cliente quem a adquire, portanto, apresente a recomendação ao departamento financeiro, e não apenas ao departamento de TI.
Ambientes
Um ambiente é uma instância isolada do TRANXACT — produção, teste/QA, treinamento ou sandbox. O nível de uso inclui vários deles:
| Nível | Ambientes incluídos |
|---|---|
| S | Produção + 1 não produção |
| M | Produção + 2 não-produção |
| L | Produção + 3 não-produtivos |
| XL | Por paisagem |
- Bancos de dados de não produção são executados sem um servidor standby de alta disponibilidade.
- O Live DR adiciona uma cópia em tamanho real da linha de produção na segunda região.
- Mais ambientes de não produção são opcionais (TO_4.1.04), dimensionados por nível de uso.
- Um ambiente de migração para o primeiro ano é opcional (MIG_8.1.03) e é desativado após a transição (TO_4.1.05, uma solicitação de serviço padrão).
- A disponibilidade fora da fase de produção é de 95%, medida mensalmente.
Um panorama por ano contratual (exemplo: nível M)
| Ambiente | Propósito | Nós | Banco de dados gerenciado | 1º ano | Anos 2 a 5 |
|---|---|---|---|---|---|
| PRD | Produção | 3 × 8 vCPUs / 32 GB | 8 vCPUs / 64 GB HA, 1 TB | Sim | Sim |
| DR | Live DR do PRD | 3 × 8 vCPUs / 32 GB | Réplica, 1 TB | Sim | Sim |
| QAS | Teste/regressão | 3 × 4 vCPUs / 16 GB | 4 vCPUs / 32 GB, 1 TB | Sim | Sim |
| TRN | Treinamento / ambiente de testes | Compartilhado com a QAS | 2 vCPUs / 16 GB, 500 GB | Sim | Sim, em escala reduzida. |
| MIG | cargas de teste de migração | 3 × 8 vCPUs / 32 GB | 8 vCPUs / 64 GB, 1 TB | Sim | Não — desativado |
| Cofre | Cópias de segurança isoladas da internet | — | Somente para armazenamento | Sim | Sim |
Planeje o primeiro ano considerando a capacidade extra de migração e treinamento necessária, e depois reduza gradualmente. Cada alteração constitui uma solicitação de mudança, portanto, inclua a redução gradual na proposta agora, em vez de negociá-la no segundo ano.
Ordem de apresentação
- Antes de assinar, confirme a titularidade da conta, a região e a região Live DR. A região, os intervalos de endereços, o FQDN e o mecanismo de banco de dados não podem ser alterados após o início da compilação, a menos que haja uma nova compilação e uma solicitação de alteração.
- Se a conta for de propriedade do cliente: o cliente cria a conta, aplica suas políticas de zona de destino e concede a função de automação — em paralelo com a contratação.
- A TRANXACT provisiona a conta do cofre, aplica medidas de segurança, etiquetas e alertas de orçamento.
- Construa a rede por região: uma VPC/VNet dedicada com suas sub-redes (consulte Topologias de rede).
- Criar ambientes a partir de infraestrutura como código (TO_4.1.01): o cluster, o banco de dados de alta disponibilidade, o armazenamento de objetos e a região Live DR, se contratada.
- Copie a infraestrutura como código e a configuração para o cofre (TO_4.1.06). O ambiente de execução é reconstruído, não restaurado.
- Enviar credenciais apenas para o contato técnico designado (TO_4.1.02); o cliente verifica a conectividade e o SSO (TO_4.1.03).
Postura de acesso
| Público (padrão) | Exclusivamente para uso privado | |
|---|---|---|
| Como os usuários chegam | DNS público → gerenciador de tráfego global → balanceador de carga + WAF sobre TLS 1.2+ | Zona DNS privada do cliente → VPN / link privado → balanceador de carga interno |
| O que é necessário | Um FQDN, um registro DNS público, um certificado de CA público | Tudo isso, além de conectividade privada, uma zona DNS privada ou encaminhamento condicional. |
| Reduzindo-o | Lista de permissões de IP opcional no ouvinte público (INFRA_2.6.04, Standard) | O ouvinte público foi fechado (INFRA_2.6.05, Opcional) |
| Usuários remotos | Acesso direto, SSO e MFA por meio do IdP do cliente. | É necessário um VPN ou acesso de confiança zero ao caminho privado. |
| Hora de entrar ao vivo | Mais rápido — sem necessidade de configuração de rede. | Mais tempo — o planejamento de endereços, roteamento, firewall e DNS atuam no caminho crítico. |
Decida desde o início se o acesso somente por HTTPS é suficiente. A conectividade privada adiciona trabalho que se encontra no caminho crítico para a entrada em operação, e os circuitos de conexão privada geralmente levam semanas para serem solicitados à operadora.
Os valores marcados como padrão proposto são os pontos de partida recomendados no guia de implementação. Confirme cada um deles para cada cliente; o contrato, o formulário de pedido, o SLA e o DPA prevalecem sobre esta página.