Una VPC real es una propiedad del hardware, no una fila en la base de datos de otro.

«Virtual private cloud» es una de las mejores piezas de nomenclatura que los hyperscalers han producido nunca. Suena como un lugar. En realidad es una fila de base de datos: una capa definida por software recortada de una infraestructura que comparte con otros inquilinos, aplicada por el mismo plano de control que gestiona el de todos los demás. Pero «privado» está haciendo mucho trabajo en esa frase, y merece la pena preguntar qué significa la palabra cuando no está respaldada por hardware.

Un aislamiento que es real

En nuestro fabric, la separación entre inquilinos no es una regla de firewall que alguien tecleó. Cada inquilino tiene su propia separación de enrutamiento y su propia identidad de red virtual en nuestro fabric leaf-spine, no una VLAN compartida con una lista de acceso atornillada encima. Su red existe como una cosa propia en las tablas de reenvío del silicio: sus rutas no están en una tabla con las de nadie más, y no hay ningún orden de reglas que pueda salir sutilmente mal entre usted y su vecino.

Esto es lo que significa radio de impacto en la capa de red. Una configuración errónea, un compromiso o una inundación en el segmento de un inquilino no tienen camino hacia el suyo, porque no hay ningún segmento compartido que cruzar. Para quien responde ante un auditor, la red de un solo inquilino también es la frase más fácil de defender: el aislamiento es arquitectónico, una postura que encaja de forma natural en las conversaciones sobre ISO 27001, en lugar de una política que encaja en una promesa.

La resiliencia es lo predeterminado, no la venta adicional

En el edge, la red tiene multi-homing sobre varios operadores upstream más peering en GR-IX y NetIX, así que perder un operador es un evento de enrutamiento para nosotros, no algo que usted note. Dentro, el fabric es leaf-spine. No hay ningún nivel de resiliencia que comprar. Los fallos aburridos están eliminados por diseño antes de que usted llegue.

La interconexión privada

El tráfico entre nuestros centros de datos viaja por una malla cifrada con IPsec siempre activa, de centro de datos a centro de datos, no por la internet abierta. Si replica almacenamiento entre sedes o tiene DR en una segunda ubicación, ese tráfico es privado por defecto: ninguna VPN que construir, ningún tránsito público que sus datos tengan que cruzar, ningún contador por gigabyte corriendo sobre su propia replicación. El enlace está diseñado para la replicación, no para internet de mejor esfuerzo.

La historia del almacenamiento y la historia de la red se encuentran exactamente aquí: la replicación entre sedes descrita en Su tráfico de DR viaja a diario por la internet pública va por esta malla. Cuando decimos que su punto de recuperación es una decisión de diseño y no una esperanza, la interconexión privada es una de las piezas que hace cierta la frase.

Por qué esto necesita hardware propio

Nada de lo anterior está al alcance de un proveedor que alquila su red. No se puede dar a los inquilinos una separación real a nivel de silicio en un backbone alquilado, y no se puede prometer una interconexión privada cuando el tráfico entre sedes viaja por el mismo tránsito que se compró por gigabyte. Esta es la mitad de redes de la tesis de ser dueños del hardware, y la razón por la que la primera pregunta que hacer a cualquier proveedor es quién es el dueño de la red.

Diseñada para la carga de trabajo

La postura de red se diseña por proyecto, igual que dimensionamos cómputo y almacenamiento: la profundidad del aislamiento, los caminos de DR y las necesidades de peering son preguntas que hacemos, no casillas que usted marca. Y la regla del dimensionamiento honesto también se aplica aquí. Si su carga de trabajo no necesita una segunda sede, se lo diremos antes de que pague por una. El asistente hace la pregunta de la recuperación ante desastres dos veces exactamente por esa razón.