Preparación del inquilino: cuenta, entornos y postura de acceso
Se especifica en qué cuenta de nube se ejecuta la implementación, el inquilino del almacén independiente, qué entornos existen en qué año y si se puede acceder al inquilino desde Internet público o solo de forma privada.
La gente suele decir "inquilino privado" e "inquilino público" y se refiere a tres cosas diferentes. En TRANXACT Private Cloud, se distinguen claramente en tres decisiones, y vale la pena utilizar estos términos para describirlas:
| Decisión | Opciones | Decidido |
|---|---|---|
| Aislamiento: ¿se comparte algo con otro cliente? | No. Cada implementación es de inquilino único: una VPC/VNet, un clúster y una base de datos dedicados por cliente, sin libro mayor ni base de datos compartidos. | No es una opción; siempre lo ha sido. |
| Propiedad de la cuenta: ¿a quién pertenece la cuenta en la nube? | Alojado por TRANXACT: una cuenta o suscripción dedicada proporcionada por TRANXACT. Propiedad del cliente: la cuenta del cliente, que TRANXACT gestiona mediante una función de automatización delegada. | Antes de firmar; por escrito en el anexo del contrato. |
| ¿Cómo se alcanza la postura de acceso? | Público: los usuarios acceden a él a través de HTTPS en internet (opción predeterminada). Privado: el servidor público está cerrado y solo se puede acceder a él mediante VPN, conexión privada o interconexión. | Antes de firmar, con la opción de conectividad. |
No existe una edición multiusuario compartida de "usuario público" de TRANXACT Private Cloud. Cuando un cliente habla de "usuario público", casi siempre se refiere a una implementación accesible desde internet, que es la configuración predeterminada de un usuario dedicado, no de un producto diferente.
Propiedad de la cuenta
| Alojado por TRANXACT | Propiedad del cliente | |
|---|---|---|
| ¿Quién crea la cuenta? | TRANXACT (INFRA_2.1.01) | El cliente: lo crea, configura la facturación, aplica políticas de zona de aterrizaje y otorga el rol de automatización TRANXACT (INFRA_2.1.02, Excluido) |
| ¿Quién paga la factura de la nube? | Según el formulario de pedido | El cliente, facturado directamente por el proveedor según sus tarifas de lista. |
| Capacidad reservada | TRANXACT recomienda (INFRA_2.1.05) | TRANXACT recomienda que el cliente compre (INFRA_2.1.06, Excluido) |
| Barreras de seguridad, etiquetado, alertas presupuestarias | TRANXACT (INFRA_2.1.04) | TRANXACT las aplica dentro de las políticas de la zona de aterrizaje del cliente. |
| RACI | Cuentas por cobrar del cliente para cuenta, zona de aterrizaje y facturación en ambos casos; se consultó con TRANXACT. |
En cualquier caso, TRANXACT también aprovisiona una cuenta de bóveda o inquilino independiente con sus propias identidades, MFA y claves (INFRA_2.1.03). Es el único componente que nunca se encuentra en la misma cuenta que la de producción; consulte Disponibilidad, Live DR, copia de seguridad y la bóveda.
La capacidad reservada suele reducir los costos de computación entre un 30 % y un 40 %. En una cuenta propiedad del cliente, es el cliente quien la compra, así que presente la recomendación al departamento de finanzas, no solo al de TI.
Entornos
Un entorno es una instancia aislada de TRANXACT: producción, prueba/control de calidad, formación o entorno de pruebas. El nivel de uso incluye varios de ellos:
| Nivel | Entornos incluidos |
|---|---|
| S | Producción + 1 no producción |
| METRO | Producción + 2 no producción |
| L | Producción + 3 no producción |
| SG | Por paisaje |
- Las bases de datos que no son de producción se ejecutan sin un sistema de respaldo de alta disponibilidad (HA).
- Live DR añade una copia a tamaño real de la fila de producción, en la segunda región.
- Hay más entornos que no son de producción (opcional, TO_4.1.04), dimensionados por nivel de uso.
- El entorno de migración para el año 1 es opcional (MIG_8.1.03) y se desactiva después del cambio (TO_4.1.05, una solicitud de servicio estándar).
- La disponibilidad fuera de producción es del 95%, medida mensualmente.
Un panorama por año contractual (ejemplo, nivel M)
| Ambiente | Objetivo | Nodos | Base de datos administrada | Año 1 | Años 2–5 |
|---|---|---|---|---|---|
| PRD | Producción | 3 × 8 vCPU / 32 GB | 8 vCPU / 64 GB HA, 1 TB | Sí | Sí |
| DR | Live DR de PRD | 3 × 8 vCPU / 32 GB | Réplica, 1 TB | Sí | Sí |
| QAS | Prueba / regresión | 3 × 4 vCPU / 16 GB | 4 vCPU / 32 GB, 1 TB | Sí | Sí |
| TRN | Entrenamiento / entorno de pruebas | Compartido con QAS | 2 vCPU / 16 GB, 500 GB | Sí | Sí, a escala reducida. |
| MIG | Cargas de prueba de migración | 3 × 8 vCPU / 32 GB | 8 vCPU / 64 GB, 1 TB | Sí | No — dado de baja |
| Bóveda | Copias de seguridad aisladas | — | Solo almacenamiento | Sí | Sí |
Planifique el primer año con la capacidad adicional de migración y capacitación necesaria, y luego reduzca el nivel de exigencia. Cada cambio es una solicitud de cambio, así que incluya la reducción de nivel en la propuesta ahora, en lugar de negociarla en el segundo año.
Orden de preparación
- Antes de firmar, acepte la titularidad de la cuenta, la región y la región Live DR. La región, los rangos de direcciones, el FQDN y el motor de base de datos no se pueden modificar una vez iniciada la compilación sin una recompilación y una solicitud de cambio.
- Si la cuenta es propiedad del cliente: el cliente crea la cuenta, aplica sus políticas de zona de aterrizaje y otorga el rol de automatización, en paralelo con la contratación.
- TRANXACT gestiona la cuenta de la bóveda, aplica medidas de seguridad, etiquetado y alertas presupuestarias.
- Cree la red por región: una VPC/VNet dedicada con sus subredes (consulte Topologías de red).
- Cree entornos a partir de la infraestructura como código (TO_4.1.01): el clúster, la base de datos HA, el almacenamiento de objetos y la región Live DR, si se ha contratado.
- Copiar la infraestructura como código y la configuración al repositorio (TO_4.1.06). El entorno de ejecución se reconstruye, no se restaura.
- Envíe las credenciales únicamente al contacto técnico designado (TO_4.1.02); el cliente verifica la conectividad y el SSO (TO_4.1.03).
Posición de acceso
| Público (predeterminado) | Solo para uso privado | |
|---|---|---|
| Cómo llegan los usuarios | DNS público → gestor de tráfico global → balanceador de carga + WAF sobre TLS 1.2+ | Zona privada DNS del cliente → VPN / enlace privado → balanceador de carga interno |
| Lo que necesita | Un FQDN, un registro DNS público, un certificado de CA pública | Todo eso, además de conectividad privada, una zona DNS privada o reenvío condicional. |
| Estrechándolo | Listado opcional de direcciones IP permitidas en el oyente público (INFRA_2.6.04, Estándar) | El oyente público se ha cerrado (INFRA_2.6.05, Opcional) |
| Usuarios remotos | Acceso directo, SSO y MFA a través del proveedor de identidad del cliente. | Se necesita VPN o acceso de confianza cero a la ruta privada. |
| Es hora de salir en directo | El más rápido: no requiere instalación de red. | Más extenso: la planificación de direcciones, el enrutamiento, el firewall y el DNS funcionan en la ruta crítica. |
Decida con anticipación si el acceso solo mediante HTTPS es suficiente. La conectividad privada añade trabajo que se encuentra en la ruta crítica para la puesta en marcha, y los circuitos de conexión privada a menudo tardan semanas en solicitarse al operador.
Los valores marcados como "valores predeterminados propuestos" son los puntos de partida recomendados en la guía de implementación. Confirme cada uno para cada cliente; el contrato, el formulario de pedido, el SLA y el DPA prevalecen sobre esta página.
Realiza el curso sobre este tema, con diagramas y una verificación.