InfraestructuraÍndice

Los artículos de infraestructura se sitúan en el límite entre la arquitectura abstracta de la plataforma y las máquinas, servicios y rutas de red concretos que forman un despliegue activo. Esta categoría cubre el diseño del sustrato de almacenamiento, la topología de flota, los patrones de despliegue en el borde, la gestión operativa de claves y la red de malla y telemetría que conecta una flota. Donde los artículos de arquitectura de tres anillos describen el modelo lógico, los artículos de infraestructura describen el runtime — el sustrato físico, los túneles WireGuard y el libro WORM en disco que cualquier auditor puede verificar byte por byte.

Empiece aquí: El diseño del libro WORM — el libro de cuatro capas, basado en tiles y encadenado por hash sobre el que se apoya, directa o indirectamente, cada otro artículo de esta categoría.

Por dónde empezar

Veintidós artículos cubren dónde se ejecuta físicamente la plataforma. Estos siete son su columna vertebral: el conjunto de cómputo que una empresa ensambla con máquinas que ya posee, la red que las une, el borde al que llega el exterior, y la capa de almacenamiento a través de la cual escribe todo.

• Red de Plataforma Privada: cómputo agrupado a partir del hardware que ya posee — La formulación más llana de toda la idea, y la primera lectura adecuada incluso para quien nunca tocará un nodo.
• Descripción general de la arquitectura PPN — El plano de infraestructura física: cómo un nodo se inscribe en una malla autenticada criptográficamente, y dónde residen las máquinas virtuales de la flota.
• Malla soberana — La superposición WireGuard que transporta órdenes binarias firmadas entre los nodos de la flota, sin intermediario central de mensajes que pueda fallar o en el que haya que confiar.
• Despliegue en el borde e ingesta en el perímetro — Por qué las conexiones externas terminan en servicios del Ring 1 en el borde, y qué se sanea antes de que algo alcance el núcleo.
• Archivo Totebox — La bóveda de datos soberana de una sola entidad: una imagen arrancable y libremente transferible de ficheros planos WORM, accesible únicamente a través del Diodo.
• Sustrato WORM — arquitectura de cuatro capas — El libro mayor inmutable por inquilino a través del cual escribe todo servicio del Ring 1, encadenado por hash y anclado mensualmente a un registro público de transparencia.
• Diseño del libro de registros WORM — El propio formato de registro, y cómo está diseñado para satisfacer las obligaciones de conservación por estructura y no por política.

Sustrato de almacenamiento

La capa de persistencia fundacional — el libro de Solo Escritura y Múltiple Lectura y el vault contable construido sobre él.

• Archivo Totebox — Un Totebox Archive es una bóveda soberana de datos asignada a una única entidad — empaquetada como una imagen de disco de arranque libremente transferible, almacenando datos como archivos planos WORM, y aceptando consultas solo a través del Diode Standard.
• Diseño del libro WORM — Sustrato de libro mayor Write-Once-Read-Many de los servicios Ring 1 de PointSav, diseñado hacia un formato encadenado por hash y firmado que cumple la normativa por estructura.
• Arquitectura del libro WORM — El ledger inmutable WORM por tenant al que escriben todos los servicios de ingestión del Anillo 1, construido sobre tiles C2SP con encadenamiento criptográfico de hashes, anclaje mensual a Sigstore Rekor y un diseño de doble sobre que abarca daemon Linux y unikernel seL4.
• Arquitectura de almacenamiento WORM — La arquitectura de almacenamiento especifica C2SP tlog-tiles como primitivo objetivo; la implementación actual de service-fs conserva un registro JSON de solo adición por inquilino pendiente del backend de bloques, con inmutabilidad estructural y legibilidad a largo plazo como diseño previsto.
• Almacenamiento — El registro resistente a manipulaciones de la plataforma se apoya en permisos de sistema de archivos y una cadena de hash criptográfica, no en un bloqueo de escritura a nivel de hardware — un administrador con privilegios aún puede eludirlo, y cualquier elusión es detectable, no impedida.
• Sustrato contable de Data Vault — Una arquitectura de contabilidad para PYMEs construida sobre una bóveda de fuente inmutable, un diario de solo adición y separación estructural entre el registro contable y cualquier herramienta de contabilidad.

Despliegue de flota y borde

Cómo se provisiona, actualiza y mantiene un despliegue en hardware on-premises y en la nube.

• Despliegue en el borde — La plataforma enruta todas las conexiones de red externas a través de servicios de ingesta perimetral de Ring 1 en el borde del sistema, desinfectando cargas útiles entrantes antes de que lleguen a los anillos de procesamiento central y registrando eventos limpios y validados en el registro de auditoría en lugar de tráfico de red sin procesar.
• Cableado de claves Tier C — El procedimiento operativo para gestionar las claves de API externas en el servicio Doorman — dónde viven las claves, cómo se aprovisionan, cómo rotan y cómo se contiene una brecha.
• os-orchestration: La Capa de Agregación Sin Estado — os-orchestration coordina el trabajo entre los Archivos Totebox sin almacenar datos de clientes, claves ni registros de auditoría, actuando como superficie de enrutamiento e intermediación sin estado por encima de la capa de capacidades por archivo.

Red y telemetría

Cómo se comunican los nodos de la flota y cómo se recopilan las señales de observabilidad sin centralizar datos identificables.

• Malla soberana — La malla soberana es la superposición WireGuard a nivel de aplicación que conecta todos los nodos de la flota PPN, transportando comandos binarios firmados sin depender de un intermediario de mensajes centralizado.
• Red privada PointSav — Malla WireGuard de concentrador y radios que conecta nodos de flota, con custodia física de claves en las instalaciones del operador e incorporación de nodos Mesh Fusion.
• Protocolo de comandos PPN — El PPN Command Protocol es el formato de cable binario de 16 bytes utilizado por app-network-admin para emitir comandos a los nodos os-infrastructure a través de la malla WireGuard, sin intermediario central ni sobrecarga de sesión.
• Telemetría soberana — Telemetría de estado cero: una única baliza al cierre de página con URI y marca temporal, emparejada del lado del servidor con la IP y el user agent del solicitante, escrita sin enmascarar en un registro CSV de solo anexado.
• Arquitectura de telemetría — La plataforma recopila análisis de tráfico web de nodos perimetrales de producción y los enruta a un entorno de procesamiento controlado localmente a través de una ruta cifrada sin pasar por servicios de análisis de terceros en la nube.

Cómputo y tejido de VM

Cómo se agrupan, aíslan y protegen las máquinas virtuales en los nodos PPN — desde el pool de recursos del hipervisor por nodo hasta la hoja de ruta de arquitectura seL4 y el tejido distribuido planificado que permitirá a las VMs tomar prestado cómputo a través de la malla.

• Pool de recursos VM de la PPN — El pool de recursos VM de la PPN es una pila de tres servicios que aprovisiona, coloca y contabiliza máquinas virtuales en una malla WireGuard heterogénea que combina nodos en la nube y hardware físico.
• Pool de recursos del hipervisor PPN — La capa de hipervisor PPN está diseñada para gestionar un pool de CPU y RAM por nodo mediante virtio_balloon y pesos cgroups v2 — ningún mecanismo está construido todavía.
• Aislamiento de VM por inquilino en la PPN — El pool de recursos PPN separa las cargas de trabajo por inquilino mediante aislamiento de espacio de nombres, aislamiento de proceso por VM y redes en modo usuario. El aislamiento a nivel de subred de red es un hito planificado.
• Tejido VM distribuido de la PPN — El Tejido VM Distribuido PPN es la extensión planificada de la capa de hipervisor PPN por nodo hacia un pool de recursos multinodo, previsto para permitir que las VMs tomen prestado cómputo de otros nodos de la malla y migren a través de la flota sin intervención del operador en cada movimiento.
• Arquitectura seL4 de tres caminos de la PPN — Tres opciones de arquitectura seL4 secuenciales para nodos de infraestructura PPN: la Opción B se implementa primero (hipervisor seL4 + invitado Linux), la Opción C añade WireGuard como dominio de protección seL4, y la Opción A apunta a un entorno seL4 puro sin máquinas virtuales.
• Descripción General de la Arquitectura PPN — Plano de infraestructura física del stack PointSav, que incorpora nodos a una malla autenticada criptográficamente y aloja las máquinas virtuales de la flota.
• Ciclo de Vida de VM Spot — Controlador Único e Interruptor de Emergencia — Ciclo de vida de controlador único para la VM spot Yo-Yo — un solo temporizador posee arranque y parada, con interruptor centinela de archivo para control inmediato.
• Red de Plataforma Privada: cómputo agrupado a partir del hardware que ya posee — Una Red de Plataforma Privada ensambla máquinas que una empresa ya posee en un único conjunto de cómputo cifrado. El aislamiento de red mediante WireGuard está operativo hoy; el aislamiento de anfitrión mediante seL4 está planificado.

Véase también

• Arquitectura — arquitectura transversal de la plataforma y el modelo de tres anillos
• Sistemas Operativos — los sistemas operativos que se ejecutan sobre esta infraestructura
• Servicios de la Plataforma — los servicios que dependen del sustrato de almacenamiento y red
• Conceptos Fundamentales — los conceptos de mecanismos fundacionales que realiza la infraestructura