urMQTT Enterprise
La edición comercial de urMQTT. Es el kernel y el broker abiertos con controladores añadidos para dispositivos que no son virtio, para tipos de instancia en la nube y máquinas físicas en los que la edición abierta no puede funcionar, y el soporte que los acompaña.
Estado
Comercial
En desarrollo. Todavía no se ha publicado ninguna versión de Enterprise. Buscamos clientes design partner para el primer objetivo, Google Cloud. Las condiciones del soporte y de un acuerdo de nivel de servicio aún no están definidas. Precio bajo consulta.
Qué añade a la edición abierta
Google Cloud: gVNIC y NVMe
Controladores para el adaptador de red (gVNIC) y los discos NVMe de los tipos de instancia más recientes de Google Cloud, como C3, C4 y los tipos Arm. El primer objetivo.
AWS Nitro: ENA y NVMe
Controladores para el Elastic Network Adapter y los discos NVMe (EBS y almacenamiento de la instancia) de las instancias Nitro, en x86_64 y en Graviton (Arm). Después de Google Cloud.
Azure y VMware
En Azure, los dispositivos VMBus de Hyper-V (NetVSC para la red, StorVSC para el almacenamiento) y MANA; en VMware, VMXNET3 y PVSCSI. Se desarrollan cuando un cliente los necesita.
Bare metal
Controladores para tarjetas de red y controladoras de disco físicas (por ejemplo Intel e1000e e igb, NVMe, AHCI), arranque desde USB, un informe del hardware y una lista de las máquinas en las que ha funcionado. Se desarrollan cuando un cliente lo necesita.
Soporte y acuerdo de nivel de servicio
Respuestas, correcciones y actualizaciones dentro de tiempos de respuesta acordados. Las condiciones aún no están definidas.
Imágenes de producción firmadas
Una imagen configurada para usted (su autoridad de certificación, su red) y firmada, con la huella de su configuración registrada, de modo que pueda comprobar en la consola que es la imagen que encargó.
Adaptación de su propio servicio
El servicio de adaptar un servicio de red existente a un unikernel, que se ofrece en Servicios: una evaluación de viabilidad, la migración y un piloto en su infraestructura. Unikernel: su servicio sin sistema operativo →
Qué funciona dónde
| Plataforma y dispositivos | urMQTT (código abierto) | urMQTT Enterprise |
|---|---|---|
| Dispositivos virtio: red, disco, SCSI, números aleatorios, consola, balloon, consola GPU, entrada, vsock | Sí: todos los controladores virtio | Incluido |
| Dispositivos que no son virtio: gVNIC, ENA, NVMe, VMBus, MANA, VMXNET3, PVSCSI, tarjetas de red físicas, AHCI | No | Previsto, por plataforma según se indica abajo |
| QEMU y KVM con dispositivos virtio | Sí: probado (QEMU en la batería de pruebas) | Incluido |
| VPS KVM en netcup (aarch64) y Contabo (x86_64) | Sí: una versión candidata ha funcionado en ambos | Incluido |
| Otros VPS KVM con dispositivos virtio, por ejemplo Hetzner | Esperado: no probado | Incluido |
| Proxmox VE, Cloud Hypervisor, bhyve (virtio sobre PCI) | Esperado: no probado | Incluido |
| Firecracker (virtio sobre MMIO, arranca sin UEFI ni BIOS) | Todavía no: no se admite ninguno de los dos; sería trabajo de la edición abierta | Igual que la edición abierta |
| Google Cloud e2, n2 y otros tipos con virtio-net y un disco virtio-scsi | Esperado: aún no probado; hasta que la edición abierta respete el MTU de la red, necesita una red con MTU de 1500 (el valor predeterminado de Google Cloud es 1460) | Incluido |
| Google Cloud C3, C4 y tipos Arm (gVNIC, discos NVMe) | No | Previsto: el primer objetivo |
| AWS Nitro, x86_64 y Graviton (ENA, discos NVMe) | No | Previsto, después de Google Cloud |
| Azure (Hyper-V VMBus con NetVSC y StorVSC, MANA) | No | Previsto, cuando un cliente lo necesite |
| VMware (VMXNET3, PVSCSI) | No | Previsto, cuando un cliente lo necesite |
| Bare metal (tarjetas de red físicas, NVMe, AHCI, arranque desde USB) | No | Previsto, cuando un cliente lo necesite |
La frontera entre las ediciones es la interfaz del dispositivo: la edición abierta maneja todos los dispositivos virtio (PCI vendor ID 1AF4), en cualquier hipervisor que los ofrezca; Enterprise añade los dispositivos que no lo son. Esperado significa que la plataforma ofrece los dispositivos que maneja la edición abierta, pero ninguna imagen de urMQTT ha funcionado todavía allí. Todavía no se ha publicado ninguna versión de Enterprise: su columna indica lo que contendrá.
Qué no cambia
Enterprise es el kernel abierto con más controladores, no un broker distinto. El protocolo MQTT, la pila de red, TLS 1.3 con autenticación mutua, todas las funciones de seguridad, el almacenamiento, el formato de configuración y las herramientas son los de la edición abierta, y siguen siendo abiertos (Apache-2.0 OR MIT). La edición abierta no tiene límites de conexiones, núcleos, memoria ni rendimiento, y no se le retiene ninguna corrección de seguridad.
Proceso de seguridad y auditoría
Una vulnerabilidad se trata del mismo modo en ambas ediciones, con un único proceso publicado; una corrección en código compartido se publica en la edición abierta a más tardar al mismo tiempo que en Enterprise. De cada versión de Enterprise se publica un resumen de su estado de auditoría: los controladores que añade, las entradas externas que analizan, sus objetivos de fuzzing y sus pruebas, y los hallazgos abiertos, con el formato del paquete de auditoría de la edición abierta.
La edición abierta
urMQTT, todo lo que funciona sobre virtio, es de código abierto bajo Apache-2.0 OR MIT. Lo que es abierto sigue siéndolo, la frontera entre las ediciones nunca retrocede hacia el lado comercial y la edición abierta no se debilita para vender esta.
Design partners y preguntas
Si desea ejecutar urMQTT en los tipos de instancia de Google Cloud con gVNIC y NVMe, en AWS, Azure, VMware o en su propio hardware, cuéntenos qué utiliza y qué necesita. Precio bajo consulta.