Techniques de l’ingénieur : Qu’est-ce qui caractéristique un système embarqué critiques ?

Olivier Sentieys : Il y a beaucoup de définitions différentes en ce qui concerne les systèmes embarqués. En ce qui concerne les systèmes critiques, ce sont des gros contrôleurs qui vont prendre des décisions en fonction d’événements, ce que l’on appelle des systèmes réactifs. Cela exige une contrainte extrêmement forte sur les résultats d’exécution.IRISA

Et les systèmes embarqués non critiques ?

On a pas de contrainte aussi forte en ce qui concerne la réactivité et la sûreté du système pour les systèmes embarqués non critiques. On va plutôt avoir des contraintes en termes de performances, de consommation d’énergie par exemple. Ainsi, on peut s’appuyer sur des plates-formes plus compliquées. Maintenant, dans un smart phone, on a une puces presque pour chaque application (radio, internet, encodage vidéo, carte graphique). On utilise beaucoup de logiciels sous des contraintes d’énergie fortes.

Quelles sont les contraintes au niveau de la consommation d’énergie ?

Les puces ont tendance à consommer de l’énergie quand elles fonctionnent, mais elles en consomment également lorsqu’elles ne sont pas en activité, par déperdition des transistors. La minimisation de l’activité dans le circuit, la répartition de l’activité dans le circuit, doivent être contrôlés. On s’appuie de plus en plus sur des puces qui ont plusieurs coeurs de processeurs pour économiser de l’énergie. On va avoir plusieurs processeurs dans une même puce électronique, on va donc avoir une complexité de fonctionnement accrue, avec des contraintes supplémentaires en termes d’énergie. La recherche va en tout cas dans le sens d’une puissance de calcul de plus en plus grande avec une consommation énergétique de plus en plus faible. On travaille aussi sur des capteurs consommant tellement peu d’énergie qu’ils pourraient être autonome au niveau énergétique. Il y a déjà des débouchés commerciaux au niveau de la domotique. En ce qui nous concerne, nous voulons travailler avec des capteurs consommant encore moins d’énergie.

Existe t-il d’autres pistes pour réaliser des économies d’énergie ?

Par exemple, quand on allume son ordinateur, on va utiliser une énergie relativement importante pour des actions souvent basiques (regarder ses mails, écrire un document…). Au final, le gaspillage d’énergie est colossal. Et l’exemple de l’ordinateur s’étend à beaucoup d’autres objets du quotidien (tout ce qui est jeux vidéos par exemples). Actuellement, même si les puces et les systèmes intègrent de le gestion de l’énergie,celle ci n’est pas assez intelligente pour n’utiliser que les quelques millivolts nécessaires pour certaines applications. La solution à ce genre de problèmes c’est d’avoir au sein du processeur plusieurs systèmes qui vont s’éteindre et s’allumer en fonction de ce que l’on a à faire.

Quels sont les freins à cette recherche de puissances de calculs toujours plus importants ?

Avec les nouvelles technologies, on est de moins en moins sûr que les puces ne tombent pas en panne. Si on prend une voiture, il y a des calculateurs partout. S’il tombe en panne, on ne peut plus régler le rétroviseur, il faut le changer. On va donc vers ce qu’on appelle la reconfiguration, c’est à dire avoir plus de calculateurs, qui pourraient accomplir plus de fonction. Ceci permettrait de reconfigurer le système, et limiter les réparations. Les industriels regardent ça de plus en plus. Les applications intelligentes permettant la réduction de la consommation d’énergie sont nombreuses (les smart grid). Dans cette optique il serait vraiment intéressant de travailler avec des capteurs autonomes au niveau énergétique.

Les câbles électriques sont vecteurs de l’alimentation et de l’information pour les systèmes communicants. Ils sont soumis aux mêmes contraintes et peuvent aussi être affectés par des défauts (court-circuit, rupture, corrosion et usure, etc.). En cas de panne du système, il peut être intéressant de vérifier l’état physique du réseau d’interconnexion filaire avant de changer de coûteux appareils.

Des systèmes de diagnostic filaire permettraient d’énormes gains de temps et d’argent dans de nombreux domaines tels les transports, l’énergie, le bâtiment et les infrastructures, les télécommunications.

Ecrit par Fabrice Auzanneau, l’article « Diagnostic filaire : détection, localisation et caractérisation de défauts dans des réseaux filaires complexes » publié dans la collection Recherche et Innovation des Techniques de l’Ingénieur, vise à présenter un état de l’art des méthodes et outils pour le diagnostic des réseaux filaires de topologie complexe, leurs avantages, leurs performances mais aussi leurs limites.

Les avancées récentes dans les microcontrôleurs à ultra faible consommation ont permis de réaliser des circuits qui présentent des niveaux d’intégration sans précédent pour la puissance nécessaire à leur fonctionnement. Ce sont des systèmes sur une puce avec des schémas d’économie d’énergie volontaristes, comme une coupure de l’alimentation des fonctions non utilisées. En fait, il faut si peu de puissance pour faire fonctionner ces circuits que beaucoup de capteurs sont sans fil car ils peuvent facilement fonctionner sur piles. Malheureusement, il faut remplacer régulièrement ces batteries, ce qui implique une maintenance coûteuse et indésirable. Une solution d’alimentation sans fil plus efficace est de collecter l’énergie ambiante dans l’environnement local du capteur.

Les sources d’énergie ambiante comprennent la lumière, les différences de températures, les vibrations, les émissions de signaux RF, ou n’importe quelle source qui peut produire une charge électrique dans un capteur. Par exemple, des petites cellules photovoltaïques alimentent depuis des années les appareils de poche et peuvent produire des centaines de mW par cm² en exposition directe au soleil et des centaines de µW par cm² en lumière indirecte. Des modules à effet Peltier (Seebeck) convertissent l’énergie thermique en électricité lorsqu’un gradient de température est présent. Les sources d’énergie thermique vont de la chaleur du corps humain, qui peut produire des dizaines de µW/cm² à celle de la surface du conduit de cheminée de chauffage qui peut produire des dizaines de mW par cm². Les composants piézoélectriques produisent de l’électricité soit par compression, soit par flexion de l’élément. Les composants piézo peuvent générer des centaines de µW/cm² selon leur taille et construction. La collecte de l’énergie RF est effectuée avec une antenne et peut produire des centaines de pW/cm².

La réussite de la conception d’un système de capteur sans fil totalement auto alimenté nécessite des microcontrôleurs économisant l’énergie et des capteurs qui consomment une énergie minimale dans des environnements de faible énergie. Maintenant que tous les deux sont facilement disponibles, le chaînon manquant est le circuit de conversion d’énergie à haut rendement pouvant convertir la sortie du capteur en une tension utilisable. Un système de collecte d’énergie type comprend le capteur source d’énergie, un élément de stockage de l’énergie et le moyen de convertir cette énergie stockée en une tension régulée utilisable. Il peut aussi y avoir besoin d’un réseau redresseur de tension entre le capteur d’énergie et l’élément de stockage d’énergie pour éviter le retour de l’énergie vers le capteur ou pour redresser un signal alternatif dans le cas d’un capteur piézoélectrique.

Le circuit  LTC3588-1 de Linear constitue une solution complète de collecte d’énergie optimisée pour des sources de haute impédance comme des capteurs piézoélectriques.Il réunit toutes les fonctions essentielles de gestion de l’alimentation. Il comporte un redresseur double alternance en pont à faible perte et un convertisseur abaisseur synchrone à haut rendement, qui transfère l’énergie d’un composant de stockage d’entrée vers une sortie à tension régulée pouvant accepter des charges jusqu’à 100 mA.

Parmi les exemples d’applications possibles du circuit  LTC3588-1, citons :

• la collecte d’énergie piézoélectrique : un système piézoélectrique T220-A4—503X qui, une fois placé dans un flux d’air, peut produire une puissance de 100 µW sous 3,3 V avec  une déflexion de l’élément piézoélectrique de 0,5cm à une fréquence de 50Hz ;
   
• la collecte d’énergie à effet Peltier : dans le cas d’un système de collecte d’énergie qui utilise un module à effet Peltier de Tellurex Corporation, un différentiel de température produit une tension de sortie permettant une charge de sortie de 300 mW ;
   
• la collecte d’énergie à partir du champ électromagnétique produit par des tubes fluorescents standards : pour réaliser un système qui collecte l’énergie des champs électriques qui entourent des tubes fluorescents haute tension, 2 plaques de cuivre de 30 x 60 cm sont placées à 15 cm d’un éclairage fluorescent de 60 x 120 cm. Les plaques de cuivre collectent par capacité 200 µW des champs électriques avoisinants. Cette énergie est convertie par le LTC3588-1 en tension de sortie régulée. 

Par Jim Drew, Senior Applications Engineer chez Linear 

L’instrumentation définie par logiciel, ou instrumentation virtuelle, s’appuie sur une architecture modulaire qui offre un niveau élevé de reconfigurabilité. Les instruments définis par logiciel sont constitués de matériels d’acquisition/génération modulaires dont les fonctionnalités sont caractérisées via un logiciel défini par l’utilisateur s’exécutant sur un processeur multi-cœur hôte.

Ce modèle de base convient parfaitement à la plupart des applications de test automatisé utilisées à l’heure actuelle, mais les nouvelles technologies et méthodologies de test qui pointent à l’horizon font naître le besoin d’étendre la reconfigurabilité au matériel pour atteindre les performances requises. Le test d’un récepteur RF moderne en est un exemple. En effet, codage/décodage, modulation/démodulation, groupage/dégroupage et d’autres tâches à forte concentration de données sont susceptibles de devoir se produire dans un cycle d’horloge du matériel sous test (DUT). Dans ces cas de figure, l’architecture définie par logiciel doit être suffisamment souple pour intégrer du matériel programmable par l’utilisateur – le plus souvent un FPGA (Field-Programmable Gate Array) – pour introduire l’intelligence nécessaire à l’intérieur de l’instrument. Les instruments programmables par l’utilisateur créent une architecture dans laquelle les données peuvent être manipulées en temps réel sur le FPGA et/ou traitées de manière centrale par le processeur hôte.

En effet, les toutes dernières avancées en R&D concernent tout particulièrement, outre les capacités de mesures RF et de précision, l’exploitation des FPGA et des processeurs multi-cœurs, affirment les ingénieurs de National Instruments. « La possibilité de personnaliser le matériel de mesure lui-même représente une nouvelle grande avancée vers un système de test entièrement défini par logiciel. Dans dix ans, nous nous demanderons comment nous avons pu programmer efficacement des systèmes de test sans cette capacité », affirme Mike Santori, Business and Technology Fellow, NI dans le document « Perspectives du test automatisé » qui présente les atouts et les futurs développements des FPGA.

Les FPGA sont totalement reconfigurables

Les FPGA sont une technologie fondamentale d’une importance majeure car ils allient le meilleur des ASIC et des systèmes basés processeurs. Au niveau le plus élevé, les FPGA sont des circuits en silicium reprogrammables. À l’aide de blocs logiques préconstruits et de ressources de routage programmables, les ingénieurs peuvent configurer ces circuits pour mettre en œuvre des fonctionnalités matérielles personnalisées. Ils peuvent développer des tâches de traitement numérique par logiciel et les compiler sous forme de fichier de configuration ou de flux de bits qui programme les composants FPGA. En outre, les FPGA sont totalement reconfigurables et peuvent adopter instantanément une nouvelle « personnalité », lorsqu’on les recompile avec une nouvelle configuration de circuit.

Programmables par l’utilisateur, les FPGA offrent également une vitesse d’exécution cadencée par matériel, ainsi qu’un déterminisme et une fiabilité élevés. Ils sont véritablement parallèles de sorte que des opérations de traitement différentes ne se trouvent pas en concurrence pour l’utilisation des ressources. Chaque tâche de traitement indépendante a sa propre section dédiée sur le circuit, et peut donc s’exécuter en toute autonomie sans être influencée par les autres blocs logiques. En conséquence de quoi, le fait d’ajouter davantage de traitement n’affecte en rien les performances d’une autre partie de l’application.

De nouveaux outils de conception modifient les règles de la programmation sur FPGA

Alors que l’on trouve des FPGA à l’intérieur des instruments depuis plus de dix ans, les ingénieurs de test y ont rarement eu accès pour y embarquer leurs propres algorithmes. Pour être utiles dans le cadre d’une instrumentation définie par logiciel, les FPGA doivent pouvoir être reprogrammés de manière logicielle par l’ingénieur. En d’autres termes, ils doivent être utilisés pour étendre la programmabilité logicielle au matériel lui-même. Dans le passé, la technologie FPGA n’était accessible qu’aux ingénieurs avec une grande expérience des logiciels de conception de matériel numérique (par exemple, des langages de description du matériel comme Verilog ou VHDL) qui utilisent une syntaxe de bas niveau pour décrire le comportement du matériel. Or, la plupart des ingénieurs ne maîtrisent pas ces outils. Toutefois, l’essor des outils de conception de haut niveau est en train de modifier les règles de la programmation sur FPGA, avec de nouvelles technologies permettant de convertir des diagrammes graphiques ou même du code C en circuits matériels numériques. Ces outils systèmes capables d’abstraire les détails de la programmation sur FPGA peuvent combler cette lacune.

De toute évidence, il y a des avantages à effectuer différents types de traitement sur un processeur hôte au lieu d’un FPGA. Par exemple, un FPGA convient généralement à l’analyse en ligne comme de simples décimations sur des E/S point à point, tandis qu’une modulation complexe peut atteindre de meilleures performances en s’exécutant sur un processeur multicœur en raison du grand nombre de calculs en virgule flottante nécessaires. La solution idéale pour le développement d’un système de test défini par logiciel est un seul et même environnement de conception graphique de systèmes permettant de segmenter rapidement le traitement sur l’hôte ou sur un FPGA pour voir lequel des deux offre les meilleures performances.

L’instrumentation à base de FPGA : un véritable potentiel pour de nombreux secteurs

Cette nouvelle architecture définie par logiciel permet de faire face aux problèmes de certaines applications qu’il est impossible de résoudre en suivant les méthodes traditionnelles, comme c’est le cas avec l’exemple précédent qui nécessite une prise de décision temps réel par l’hôte pour tester correctement le matériel. En revanche, les ingénieurs peuvent entièrement déployer l’intelligence dans le FPGA embarqué sur l’instrument pour des informations de type réussite/échec. C’est souvent le seul moyen d’offrir le niveau de cadencement et déterminisme requis par le matériel sous test. Pour illustrer ce type de matériels, citons les tags RFID, la mémoire, les microcontrôleurs et les unités de commande électroniques (ECU). Pour certaines applications, les ingénieurs assurent la communication via un protocole, avec ou sans fil, qui nécessite une couche significative de codage et décodage avant de prendre une décision.

Les instruments reconfigurables vont continuer de s’étendre à davantage d’applications courantes à mesure que les ingénieurs de test continuent de rechercher des façons créatives pour réduire les temps de test et les coûts du système. Prenons, par exemple, un numériseur qui intègre un FPGA en ligne avec un convertisseur analogique/numérique. Un ingénieur peut déployer des fonctions vers le FPGA telles que le filtrage, la détection de pics, les transformées de Fourier rapides ou le déclenchement numérique. Les données ne sont pas toutes créées d’égale manière, mais un numériseur basé FPGA peut prendre des décisions rapides concernant celles qui n’ont aucune valeur et peuvent être supprimées et celles qui présentent un intérêt. En fin de compte, cela peut réduire les temps de mesure de manière substantielle. Les ingénieurs de test dans l’industrie de la défense et de l’aérospatiale ont été les pionniers de l’adoption de l’instrumentation à base de FPGA au travers de leurs initiatives relatives aux instruments synthétiques, mais cette technologie présente également un véritable potentiel pour les applications dans les secteurs des télécommunications, de l’automobile, des dispositifs médicaux et de l’électronique grand public. 

Par Marc Chabreuil

La gestion des risques a parfois été le parent pauvre de la sécurité de l’information. De nombreux organismes appliquent des mesures de sécurité pour respecter un catalogue de mesures, pour être conforme à un référentiel, ou pour faire comme les autres. Ils ne savent pas nécessairement en quoi ces dispositifs de sécurité réduisent des risques. L’avènement de la norme ISO 27001 qui permet d’organiser sereinement sa sécurité des systèmes  d’information sous forme d’un système de management de la sécurité de  l’information (SMSI), impose une approche par la gestion des risques.

L’obligation de la réalisation d’une appréciation des risques est une  caractéristique fondamentale de l’ISO 27001 en opposition avec les approches conformité comme SoX ou PCI-DSS. La norme ISO 27001 précise en un peu plus d’une page ce que doit obligatoirement comporter une gestion des risques en sécurité de l’information. C’était un peu léger et la norme ISO 27005 est venue combler ce manque avec détail, tout en en allant plus loin, car elle s’applique non seulement aux SMSI mais à tout type de situation, de manière autonome, comme par exemple la gestion des risques sur un système embarqué.

La norme ISO 27005 est un guide définissant une méthode d’appréciation des risques en sécurité de l’information. Elle a fait l’objet d’un consensus international et elle permet une meilleure compréhension mutuelle à travers le monde. Elle apporte une nouveauté fondamentale par rapports aux méthodes  qui l’ont précédée comme EBIOS ou Mehari : la gestion des risques dans la durée, dans le temps. Il ne s’agit plus de gérer les risques en y  travaillant dur quelques semaines, puis en recommençant son travail quelques années plus tard, mais de gérer les risques en sécurité de l’information au quotidien. Ce changement majeur est imposé par l’approche continue de l’ISO 27001, mais il représente le principal changement par rapport aux méthodes antérieures. L’ISO 27005 est également la première méthode qui impose à la direction  générale d’être parfaitement informée, et lui impose de prendre ses responsabilités en toute connaissance de cause, ce qui clarifie les responsabilités et facilite les arbitrages budgétaires. 

L’ouvrage « Gestion des risques en sécurité de l’information, mise en oeuvre de la norme ISO 27005 », premier livre sur ce sujet,  constitue une aide indispensable à la compréhension et l’application de la méthode ISO 27005. Comme beaucoup de normes, elle est très structurée mais peu didactique. Comment inventorier et valoriser des actifs ? Comment identifier des menaces, des vulnérabilités, des scénarios d’incidents,  des conséquences ? Comment estimer et évaluer des niveaux de risque ? Quels risques doivent être réduits ou transférés ? Comment donner à la direction  générale de quoi faire son arbitrage budgétaire ?

Au travers d’un schéma de toutes les activités décrites dans la norme, le livre détaille chaque étape, avec des exemples et des scénarios d’incidents réels qui reflètent le savoir-faire de l’auteur, Anne Lupfer qui est entrée chez HSC (Hervé Schauer Consultants) avec une expérience de gestion des risques dans l’assurance. Ingénieur diplômée de l’ECE, elle a créé la formation à la gestion des risques  en sécurité chez HSC et a été une des premières à mettre en œuvre  concrètement la méthode ISO 27005 en clientèle. Son expérience sur le terrain et ses échanges avec les  stagiaires a également permis de préparer à la certification ISO 27005 Risk Manager.

Cet ouvrage est destiné à tous les responsables sécurité (RSSI) et leurs équipes, et les personnes impliquées dans la mise en oeuvre ou  l’audit d’un SMSI. C’est également un livre utile aux DSI, responsables  et chefs de projet informatique, et les personnes devant analyser les risques informatiques ou gérer des risques informatiques et en sécurité de l’information dans leur projet. L’ISO 27005 demande à ce que le gestionnaire  de risque en sécurité de l’information s’aligne sur les risques opérationnels  ou industriels. Aussi l’ouvrage est profitable aux gestionnaires de risques désirant approfondir le volet sécurité de l’information. Enfin il sera une aide précieuse à tous ceux qui souhaitent obtenir la certification individuelle « ISO 27005 Risk Manager ».  

Tour à tour source de promesses, d’engouement, de questions et de débats, le Cloud Computing a fait l’objet d’une véritable surexposition, d’un véritable buzz marketing. Mais il ne faut pas oublier que les dernières grandes révolutions IT ont démarré de la même manière : Internet, en 2000, ou plus près de nous, les réseaux sociaux, ont d’abord été considérés comme une simple mode sans réel avenir… L’effet positif est certainement celui de la concentration du temps : les questions, les débats, la maturation, tout se pose et se résout plus rapidement, du fait de la massification du sujet. Et l’on arrive plus vite à ce qui constitue son réel intérêt. Car il est indéniable que le Cloud Computing, en apportant des réponses en termes de coûts, de performances et d’évolutivité sur de nombreux sujets technologiques, bouscule les fondamentaux et amène les entreprises à envisager différemment leur informatique. Et l’énorme avantage du Cloud, c’est qu’il laisse aux entreprises le temps de procéder par étapes : accéder dans un premier temps à plus de ressources (CPU, mémoire…) et de puissance de calcul, puis au fur et à mesure aller chercher des applications nouvelles en mode SaaS.

Le buzz marketing cité plus haut a certainement contribué à minimiser toute la complexité technologique qu’il y a derrière le Cloud. Il ne s’agit d’ailleurs pas d’une technologie mais d’un ensemble de technologies de pointe (virtualisation, stockage, réseau, administration…), qui toutes nécessitent de l’expertise et, plus difficile s’agissant de sujets récents, de l’expérience. La contrainte des ressources internes et de leur montée en compétences se pose donc assez vite. De plus, les technologies évoluent rapidement sur ces sujets encore en pleine maturation, il s’avère donc difficile et coûteux à l’échelle d’une DSI d’en suivre le rythme. Une architecture Cloud redondante et sécurisée en interne amène un certain nombre de contraintes (techniques, compétences, évolutivité). En réalité, le véritable effet de levier économique réside dans la mutualisation. C’est pourquoi la voie du « Cloud Privé Externalisé » répond à tous les besoins et enjeux attendus d’un Cloud interne (sécurité, performance, Service Level Agreement ou SLA), en mutualisant les coûts de structure et en externalisant les compétences techniques. C’est donc celle qui permet aujourd’hui de tirer le meilleur parti du Cloud Computing en termes de prix et surtout de flexibilité.

Sécurité, proximité et disponibilité, trois éléments à prendre en compte

Lorsqu’une entreprise a décidé de s’appuyer sur une infrastructure Cloud Computing, la première préoccupation a très vite été identifiée par les DSI : il s’agit de la sécurité. Une entreprise qui choisit d’externaliser des données ou des applications sensibles doit légitimement être en droit d’obtenir de son prestataire des garanties de sécurité au moins aussi fortes que ce qu’elle pourrait faire en interne. Le cloisonnement des différentes instances clients, la protection des accès contre l’extérieur ou encore les politiques de sauvegarde doivent être prises en compte.

Un second critère important est celui de la proximité. Externaliser ne signifie pas forcément que les serveurs du prestataire doivent nécessairement se trouver à l’autre bout du monde ! Le modèle du Cloud Computing a fait l’objet de nombreux débats, car les premiers grands acteurs disposaient de centres de données ultra-mutualisés répartis « dans le nuage » et difficiles à localiser. Mais il est tout à fait possible de sélectionner un prestataire en France – ce qui, d’ailleurs, est juridiquement préférable s’agissant de données sensibles ! La proximité, c’est aussi un certain degré d’accompagnement : a-t-on des interlocuteurs identifiés en amont du projet ? Sait-on qui joindre en cas de question ou d’incident ?, etc…

Un dernier élément à prendre en compte, enfin, ce sont les SLAs. La question de la disponibilité est essentielle.

Le Cloud Computing, grâce notamment aux apports des environnements virtualisés et de la redondance qu’ils permettent, bénéficie intrinsèquement d’une disponibilité plus élevée qu’un hébergement classique. Mais s’agissant d’environnements externalisés, il ne faut pas oublier que le Cloud est indissociable de l’accès au Cloud ! A quoi sert en effet de savoir qu’une  application est totalement disponible, si on ne peut pas y accéder, faute d’une infrastructure d’accès suffisamment redondée ? Le DSI doit pouvoir challenger son prestataire sur les SLAs du service global, et pas seulement sur ceux de la plate-forme Cloud. Les SLAs vont donc d’une part permettre au DSI de comparer les différentes offres de Cloud, mais ils vont aussi lui permettre d’identifier les acteurs capables de s’engager sur la globalité du service (depuis la porte de leur LAN jusqu’au Cloud).

Des SLAs élevés ne sont bien sûr nécessaires que pour répondre à des enjeux critiques ! Les applications possibles grâce au Cloud sont nombreuses, et toutes ne nécessitent pas un taux de disponibilité maximal. La mise à disposition d’un environnement de pré-production, par exemple, sera beaucoup moins critique que l’accès à un site Web, surtout si ce dernier porte un enjeu de vente en ligne. C’est pourquoi il est tout à fait intéressant de voir se multiplier les modèles et les offres de Cloud Computing : le DSI va avoir à sa disposition une palette de solutions, avec des caractéristiques et des tarifs différents. A lui de mettre en relation l’offre et ses différents types de besoins, pour choisir le meilleur de chaque technologie en fonction de ses enjeux réels.

Par Eric Rousseau, Président Directeur Général de VeePee