urMQTT Enterprise
Die kommerzielle Edition von urMQTT. Sie ist der offene Kernel mit Broker, ergänzt um Treiber für Geräte, die nicht virtio sind, für Cloud-Instanztypen und physische Maschinen, auf denen die offene Edition nicht laufen kann, sowie den Support dazu.
Stand
Kommerziell
In Entwicklung. Es wurde noch kein Enterprise-Release veröffentlicht. Wir suchen Design-Partner-Kunden für das erste Ziel, Google Cloud. Die Bedingungen für Support und für einen Servicevertrag (SLA) sind noch nicht festgelegt. Preis auf Anfrage.
Was sie der offenen Edition hinzufügt
Google Cloud: gVNIC und NVMe
Treiber für den Netzwerkadapter (gVNIC) und die NVMe-Laufwerke der neueren Instanztypen von Google Cloud, etwa C3, C4 und die Arm-Typen. Das erste Ziel.
AWS Nitro: ENA und NVMe
Treiber für den Elastic Network Adapter und die NVMe-Laufwerke (EBS und Instance Storage) von Nitro-Instanzen, auf x86_64 und auf Graviton (Arm). Nach Google Cloud.
Azure und VMware
Unter Azure die VMBus-Geräte von Hyper-V (NetVSC für das Netzwerk, StorVSC für den Speicher) und MANA; unter VMware VMXNET3 und PVSCSI. Werden gebaut, wenn ein Kunde sie braucht.
Bare Metal
Treiber für physische Netzwerkkarten und Laufwerks-Controller (zum Beispiel Intel e1000e und igb, NVMe, AHCI), USB-Boot, einen Hardwarebericht und eine Liste der Maschinen, auf denen es gelaufen ist. Werden gebaut, wenn ein Kunde sie braucht.
Support und Servicevertrag (SLA)
Antworten, Korrekturen und Upgrades innerhalb vereinbarter Reaktionszeiten. Die Bedingungen sind noch nicht festgelegt.
Signierte Produktions-Images
Ein für Sie konfiguriertes (Ihre Zertifizierungsstelle, Ihr Netzwerk) und signiertes Image, dessen Konfigurationsfingerabdruck festgehalten wird, sodass Sie an der Konsole prüfen können, dass es das bestellte Image ist.
Anpassung Ihres eigenen Dienstes
Die Dienstleistung, einen bestehenden Netzwerkdienst an einen Unikernel anzupassen, angeboten unter Services: eine Machbarkeitsprüfung, die Portierung und ein Pilot auf Ihrer Infrastruktur. Unikernel: Ihr Dienst ohne Betriebssystem →
Was wo läuft
| Plattform und Geräte | urMQTT (Open Source) | urMQTT Enterprise |
|---|---|---|
| virtio-Geräte: Netzwerk, Laufwerk, SCSI, Zufallszahlen, Konsole, Balloon, GPU-Konsole, Eingabe, vsock | Ja: jeder virtio-Treiber | Enthalten |
| Geräte, die nicht virtio sind: gVNIC, ENA, NVMe, VMBus, MANA, VMXNET3, PVSCSI, physische Netzwerkkarten, AHCI | Nein | Geplant, je Plattform unten |
| QEMU und KVM mit virtio-Geräten | Ja: getestet (QEMU in der Testsuite) | Enthalten |
| KVM-VPS bei netcup (aarch64) und Contabo (x86_64) | Ja: ein Release Candidate lief auf beiden | Enthalten |
| Andere KVM-VPS mit virtio-Geräten, zum Beispiel Hetzner | Erwartet: nicht getestet | Enthalten |
| Proxmox VE, Cloud Hypervisor, bhyve (virtio über PCI) | Erwartet: nicht getestet | Enthalten |
| Firecracker (virtio über MMIO, startet ohne UEFI oder BIOS) | Noch nicht: beides wird nicht unterstützt; das wäre Arbeit an der offenen Edition | Wie die offene Edition |
| Google Cloud e2, n2 und andere Typen mit virtio-net und einem virtio-scsi-Laufwerk | Erwartet: noch nicht getestet; solange die offene Edition die MTU des Netzwerks nicht beachtet, braucht sie ein Netzwerk mit einer MTU von 1500 (der Standard von Google Cloud ist 1460) | Enthalten |
| Google Cloud C3, C4 und Arm-Typen (gVNIC, NVMe-Laufwerke) | Nein | Geplant: das erste Ziel |
| AWS Nitro, x86_64 und Graviton (ENA, NVMe-Laufwerke) | Nein | Geplant, nach Google Cloud |
| Azure (Hyper-V VMBus mit NetVSC und StorVSC, MANA) | Nein | Geplant, wenn ein Kunde es braucht |
| VMware (VMXNET3, PVSCSI) | Nein | Geplant, wenn ein Kunde es braucht |
| Bare Metal (physische Netzwerkkarten, NVMe, AHCI, USB-Boot) | Nein | Geplant, wenn ein Kunde es braucht |
Die Grenze zwischen den Editionen ist die Geräteschnittstelle: Die offene Edition steuert jedes Gerät an, das virtio ist (PCI-Hersteller-ID 1AF4), auf jedem Hypervisor, der es anbietet; Enterprise ergänzt die Geräte, die es nicht sind. Erwartet bedeutet, dass die Plattform die Geräte anbietet, die die offene Edition ansteuert, aber noch kein urMQTT-Image dort gelaufen ist. Es wurde noch kein Enterprise-Release veröffentlicht: Seine Spalte nennt, was es enthalten wird.
Was gleich bleibt
Enterprise ist der offene Kernel mit mehr Treibern, kein anderer Broker. Das MQTT-Protokoll, der Netzwerkstack, TLS 1.3 mit gegenseitiger Authentifizierung, jede Sicherheitsfunktion, der Speicher, das Konfigurationsformat und die Werkzeuge sind die der offenen Edition und bleiben offen (Apache-2.0 OR MIT). Die offene Edition hat keine Begrenzung bei Verbindungen, Kernen, Speicher oder Durchsatz, und keine Sicherheitskorrektur wird ihr vorenthalten.
Sicherheitsprozess und Audit
Eine Schwachstelle wird in beiden Editionen auf dieselbe Weise behandelt, nach einem veröffentlichten Prozess; eine Korrektur an gemeinsamem Code wird in der offenen Edition spätestens zeitgleich mit Enterprise veröffentlicht. Für jedes Enterprise-Release wird eine Zusammenfassung seines Audit-Stands veröffentlicht: die Treiber, die es hinzufügt, die externen Eingaben, die sie verarbeiten, ihre Fuzz-Ziele und Tests sowie die offenen Befunde, in der Form des Audit-Pakets der offenen Edition.
Die offene Edition
urMQTT, alles was auf virtio läuft, ist Open Source unter Apache-2.0 OR MIT. Was offen ist, bleibt offen, die Grenze zwischen den Editionen verschiebt sich nie in Richtung der kommerziellen Seite, und die offene Edition wird nicht geschwächt, um diese zu verkaufen.
Design-Partner und Fragen
Wenn Sie urMQTT auf den Instanztypen von Google Cloud mit gVNIC und NVMe, auf AWS, Azure, VMware oder auf Ihrer eigenen Hardware betreiben möchten, sagen Sie uns, was Sie einsetzen und was Sie brauchen. Preis auf Anfrage.