La firme canadiennes QNX (filiale de Blackberry), éditeur de logiciels pour l’embarqué dont un système d’exploitation temps réel, annonce la disponibilité de QNX Hypervisor 8.0 for Safety, une plateforme de virtualisation embarquée de nouvelle génération, certifiée pour la sûreté et conçue pour les systèmes critiques.

Cette version de l’hyperviseur de QNX a pour ambition d’accélèrer les flux de travail des développeurs grâce à une synchronisation déterministe, une isolation tolérante aux fautes et des processus de certification plus rapides.

Ce middleware qui s’appuie sur l’environnement Software Development Platform (SDP) 8.0 de QNX, est spécifiquement conçu pour répondre à des exigences strictes en matière de sûreté fonctionnelle, notamment par rapport aux normes ISO 26262 ASIL D (automobile), IEC 61508 SIL 4 (industrie) et IEC 62304 Class C (médical).

Il étend notamment les garanties d’isolation éprouvées du micro-noyau temps réel de QNX OS for Safety grâce à un gestionnaire de machines virtuelles certifié pour la sûreté.

Ainsi, selon QNX, les défaillances d’un logiciel compromis au sein d’un système invité ne peuvent pas affecter le système d’exploitation sous-jacent ni les autres opérations critiques.

Dans ce cadre, alors que le déploiement d’applications fondés l’intelligence artificielle (IA) physique, une nouvelle génération de systèmes autonomes et intelligents définis par logiciel voit le jouir dans les secteurs de l’automobile, de la robotique, du médical et de l’industrie.

Pour tous ces secteurs d’activité, la nécessité de garanties strictes en matière de sûreté fonctionnelle devient centrale dans la conception de systèmes.

QNX indique en outre que l’IA physique repose sur un déterminisme temps réel capable de fonctionner de manière prévisible dans des environnements réels, ce qui rend les hyperviseurs certifiés pour la sûreté essentiels pour consolider les fonctions, isoler les charges de travail critiques et contenir les défaillances sans affecter les performances du système.

Concrètement, QNX Hypervisor 8.0 for Safety constitue une couche de virtualisation pour les équipes de développement qui ont besoin d’une réactivité temps réel éprouvée dans des architectures complexes à criticité mixte.

D’ores et déjà QNX indique que plusieurs utilisateurs sont engagés à déployer QNX Hypervisor 8.0 for Safety, dont un constructeur automobile chinois ainsi qu’une entreprise européenne du secteur de la santé qui fournit des produits cliniques et des services de traitement utilisés dans des hôpitaux et des établissements de soins ambulatoires.

« Alors que les organisations accélèrent leur transition vers des architectures définies par logiciel et l’IA physique, elles ne peuvent faire aucun compromis sur la sûreté, la prévisibilité ou sur la rapidité de développement, déclare Grant Courville, SVP Produits et Stratégie chez QNX. A ce niveau QNX Hypervisor 8.0 for Safety procure la base dont elles ont besoin pour répondre à ces exigences. »

QNX Hypervisor 8.0 for Safety combine l’accès direct au matériel d’un hyperviseur de type 1 avec la flexibilité que les développeurs attendent d’une approche de type 2, délivrant ainsi un environnement de virtualisation unifié (*).

La technologie s’appuie sur le micro-noyau temps réel QNX pour un comportement déterministe, une isolation robuste et une gestion prévisible des interruptions, permettant aux fabricants de consolider en toute confiance des charges de travail à criticité mixte.

La plateforme prend en charge plusieurs systèmes d’exploitation invités, dont QNX, Linux et Android, autorisant les développeurs à intégrer différents écosystèmes logiciels sur une même architecture matérielle. 

(*) Les hyperviseurs de type 1 et 2 sont des logiciels utilisés pour exécuter une ou plusieurs machines virtuelles sur une seule machine physique, une machine virtuelle étant une copie numérique d'une machine physique. Il s'agit d'un environnement informatique isolé, indépendant du matériel sous-jacent, qui gère et alloue les ressources physiques aux machines virtuelles et communique avec le matériel en arrière-plan. L'hyperviseur de type 1 repose sur un serveur matériel nu et a un accès direct aux ressources matérielles. En revanche, l'hyperviseur de type 2 est une application installée sur le système d'exploitation hôte.