urMQTT Enterprise
Komercyjna edycja urMQTT. To otwarte jądro i broker z dodanymi sterownikami urządzeń, które nie są virtio, dla typów instancji w chmurze i maszyn fizycznych, na których edycja otwarta nie może działać, oraz wsparcie, które się z nimi wiąże.
Stan
Komercyjna
W rozwoju. Żadne wydanie Enterprise jeszcze się nie ukazało. Szukamy klientów jako partnerów projektowych dla pierwszego celu, Google Cloud. Warunki wsparcia i umowy o poziomie usług nie są jeszcze określone. Cena na zapytanie.
Co dodaje do edycji otwartej
Google Cloud: gVNIC i NVMe
Sterowniki karty sieciowej (gVNIC) i dysków NVMe nowszych typów instancji Google Cloud, takich jak C3, C4 i typy Arm. Pierwszy cel.
AWS Nitro: ENA i NVMe
Sterowniki Elastic Network Adapter i dysków NVMe (EBS i pamięć instancji) instancji Nitro, na x86_64 i na Graviton (Arm). Po Google Cloud.
Azure i VMware
W Azure urządzenia VMBus technologii Hyper-V (NetVSC dla sieci, StorVSC dla pamięci masowej) i MANA; w VMware VMXNET3 i PVSCSI. Powstaną, gdy klient ich będzie potrzebował.
Sprzęt fizyczny (bare metal)
Sterowniki fizycznych kart sieciowych i kontrolerów dysków (na przykład Intel e1000e i igb, NVMe, AHCI), rozruch z USB, raport sprzętowy i lista maszyn, na których działał. Powstanie, gdy klient będzie go potrzebował.
Wsparcie i umowa o poziomie usług
Odpowiedzi, poprawki i aktualizacje w uzgodnionych czasach reakcji. Warunki nie są jeszcze określone.
Podpisane obrazy produkcyjne
Obraz skonfigurowany dla Ciebie (Twój urząd certyfikacji, Twoja sieć) i podpisany, z zapisanym odciskiem jego konfiguracji, aby można było sprawdzić na konsoli, że jest to obraz, który zamówiono.
Dostosowanie własnej usługi
Usługa dostosowania istniejącej usługi sieciowej do unikernela, oferowana w części Usługi: ocena wykonalności, przeniesienie i pilotaż na Twojej infrastrukturze. Unikernel: Twoja usługa bez systemu operacyjnego →
Co gdzie działa
| Platforma i urządzenia | urMQTT (open source) | urMQTT Enterprise |
|---|---|---|
| Urządzenia virtio: sieć, dysk, SCSI, liczby losowe, konsola, balloon, konsola GPU, wejście, vsock | Tak: każdy sterownik virtio | Wchodzi w skład |
| Urządzenia, które nie są virtio: gVNIC, ENA, NVMe, VMBus, MANA, VMXNET3, PVSCSI, fizyczne karty sieciowe, AHCI | Nie | Planowane, według platform poniżej |
| QEMU i KVM z urządzeniami virtio | Tak: przetestowane (QEMU w zestawie testów) | Wchodzi w skład |
| KVM VPS w netcup (aarch64) i Contabo (x86_64) | Tak: kandydat na wydanie działał na obu | Wchodzi w skład |
| Inne KVM VPS z urządzeniami virtio, na przykład w Hetzner | Oczekiwane: nieprzetestowane | Wchodzi w skład |
| Proxmox VE, Cloud Hypervisor, bhyve (virtio przez PCI) | Oczekiwane: nieprzetestowane | Wchodzi w skład |
| Firecracker (virtio przez MMIO, startuje bez UEFI i BIOS) | Jeszcze nie: żadne z nich nie jest obsługiwane; byłaby to praca nad edycją otwartą | Tak samo jak w edycji otwartej |
| Google Cloud e2, n2 i inne typy z virtio-net i dyskiem virtio-scsi | Oczekiwane: jeszcze nieprzetestowane; dopóki edycja otwarta nie respektuje MTU sieci, wymaga sieci z MTU 1500 (domyślne MTU Google Cloud to 1460) | Wchodzi w skład |
| Google Cloud C3, C4 i typy Arm (gVNIC, dyski NVMe) | Nie | Planowane: pierwszy cel |
| AWS Nitro, x86_64 i Graviton (ENA, dyski NVMe) | Nie | Planowane, po Google Cloud |
| Azure (Hyper-V VMBus z NetVSC i StorVSC, MANA) | Nie | Planowane, gdy klient będzie tego potrzebował |
| VMware (VMXNET3, PVSCSI) | Nie | Planowane, gdy klient będzie tego potrzebował |
| Sprzęt fizyczny (fizyczne karty sieciowe, NVMe, AHCI, rozruch z USB) | Nie | Planowane, gdy klient będzie tego potrzebował |
Granicę między edycjami wyznacza interfejs urządzeń: edycja otwarta obsługuje każde urządzenie virtio (identyfikator producenta PCI 1AF4), na każdym hiperwizorze, który je oferuje; Enterprise dodaje urządzenia, które virtio nie są. Oczekiwane oznacza, że platforma oferuje urządzenia obsługiwane przez edycję otwartą, ale żaden obraz urMQTT jeszcze na niej nie działał. Żadne wydanie Enterprise jeszcze się nie ukazało: jego kolumna mówi, co będzie zawierać.
Co pozostaje takie samo
Enterprise to otwarte jądro z większą liczbą sterowników, a nie inny broker. Protokół MQTT, stos sieciowy, TLS 1.3 z wzajemnym uwierzytelnianiem, każda funkcja bezpieczeństwa, pamięć masowa, format konfiguracji i narzędzia są takie same jak w edycji otwartej i pozostają otwarte (Apache-2.0 OR MIT). Edycja otwarta nie ma limitów liczby połączeń, rdzeni, pamięci ani przepustowości i żadna poprawka bezpieczeństwa nie jest przed nią wstrzymywana.
Proces bezpieczeństwa i audyt
Podatność jest obsługiwana tak samo w obu edycjach, według jednego opublikowanego procesu; poprawka wspólnego kodu jest wydawana w edycji otwartej nie później niż w Enterprise. Dla każdego wydania Enterprise publikowane jest podsumowanie stanu audytu: dodawane sterowniki, zewnętrzne dane wejściowe, które analizują, ich cele fuzzingu i testy oraz otwarte ustalenia, w formie pakietu audytowego edycji otwartej.
Edycja otwarta
urMQTT, wszystko, co działa na virtio, jest open source na licencji Apache-2.0 OR MIT. To, co otwarte, pozostaje otwarte, granica między edycjami nigdy nie przesuwa się w stronę komercyjną, a edycja otwarta nie jest osłabiana, by sprzedawać tę.
Partnerzy projektowi i pytania
Jeśli chcesz uruchamiać urMQTT na typach instancji Google Cloud z gVNIC i NVMe, w AWS, Azure, VMware lub na własnym sprzęcie, napisz nam, co uruchamiasz i czego potrzebujesz. Cena na zapytanie.