Un composant plante sans qu'on sache pourquoi, la facture de serveurs grimpe, et quelqu'un dans votre équipe répète qu'il faudrait passer à Rust : il a peut-être raison, et nous pouvons le vérifier avec vous. Selon la réponse, nous écrivons le service, nous migrons vos composants un par un, ou nous vous conseillons de garder ce que vous avez.
Un programme emprunte sans arrêt des morceaux de mémoire puis les rend, un peu comme un casier de consigne dans une gare. Imaginez que vous rendiez le casier en gardant un double de la clé. Un autre voyageur s'y installe, et plus tard, sans le savoir, vous ouvrez et vous touchez à ses affaires. Rien ne se passe au moment de la faute. Le programme tombe bien après, ailleurs, souvent sous la charge, et la panne a le mauvais goût de disparaître dès qu'on l'observe de près. En C ou en C++, ces erreurs sont une cause classique de plantages et de failles de sécurité.
Le compilateur Rust, l'outil qui transforme le code en programme, tient le registre des casiers. Pour chaque morceau de mémoire, il sait qui le détient et qui l'emprunte, et si les comptes ne tombent pas juste, il refuse de fabriquer le programme. La plupart de ces erreurs s'arrêtent donc sur le bureau du développeur, avec un message qui dit où regarder, au lieu de ressurgir en production. C'est ce que nous aimons dans ce langage. Le reste en découle : personne ne fait le ménage dans la mémoire pendant que le programme tourne, donc les temps de réponse sont plus réguliers, et un service Rust se contente souvent de peu de mémoire et de processeur, ce qui peut alléger la facture de serveurs.
Ce registre a un prix. Rust s'apprend lentement, les développeurs sont moins nombreux sur le marché, une première version prend souvent plus de temps à écrire. Et il ne voit pas les erreurs de logique : une facture mal calculée se compile très bien. Pour une application de gestion à faible trafic, ou si votre équipe est à l'aise avec une technologie qui fait déjà le travail, nous vous dirons de la garder.
Nous sommes venus à Rust par le C++, écrit notamment chez KDE, et nous en avons gardé l'exigence. Rust est aujourd'hui notre premier choix pour les nouveaux backends, la partie invisible d'une application, et pour l'infrastructure. Connaître les deux aide à migrer du code C++ sans en perdre le comportement, et votre résultat passera toujours avant notre langage préféré.
Rust vérifie la sûreté mémoire à la compilation et libère la mémoire sans ramasse-miettes : le tracé de latence reste plat, sans pause d'arrêt du monde.
Tout dépend de ce que vous avez déjà et de ce que votre équipe veut garder en main.
Une API est la porte par laquelle deux logiciels échangent des données. Nous écrivons ces services avec Axum ou Actix, de la conception à la mise en service. Les tests, les journaux et les mesures en font partie dès le début, car on ne répare bien que ce qu'on peut observer.
La tentation, c'est de tout réécrire d'un coup, et nous essaierons de vous en dissuader : pendant des mois, vous entretenez deux systèmes et rien de nouveau n'arrive à vos clients. Nous remplaçons plutôt un composant C++, Java ou Node à la fois, là où le gain le justifie, et l'ancien et le nouveau cohabitent le temps de comparer.
Les petits programmes qui font tourner vos systèmes, et les chiffres qui disent où partent le temps et l'argent. Nous mesurons avant d'optimiser, parce que le morceau lent n'est souvent pas celui que tout le monde soupçonne.
Un regard extérieur pour une équipe qui écrit déjà du Rust, ou un avis argumenté avant de s'y lancer. Rust peut aussi servir dans l'embarqué, le logiciel logé dans un appareil, si la cible matérielle s'y prête. Nous commençons par le vérifier.
Des situations données en exemple. Elles ne décrivent pas des projets passés.
Un composant très sollicité occupe à lui seul beaucoup de serveurs. Avant d'écrire une ligne, nous le mesurons et nous estimons ce qu'une version Rust pourrait économiser. Parfois, corriger une requête lente suffit, et c'est tant mieux pour vous.
Des plantages impossibles à reproduire, des alertes de sécurité, des correctifs qui déplacent le problème : ce sont souvent les signes d'une erreur de mémoire. Réécrire ce composant en Rust en écarte une partie dès la compilation, et le reste du C++ peut rester où il est.
Il vous faut un programme léger, livré en un seul fichier, qui tourne sur vos serveurs pendant des mois sans demander une surveillance constante. C'est le genre de travail où Rust est à son aise.
Vos développeurs se battent avec le compilateur. C'est normal au début, et cela passe. Un avis extérieur avant que le code ne s'accumule peut éviter de figer de mauvaises habitudes, et une journée de conseil peut suffire.
Rust travaille rarement seul. Il rejoint presque toujours un système qui existe déjà, et il doit s'y entendre avec les autres.
Le langage des nouveaux services, des outils d'infrastructure et des composants migrés.
Un cadre de développement, c'est-à-dire une base toute prête pour écrire des services web et des API en Rust.
Un autre cadre répandu pour les services web en Rust, retenu selon le projet ou le code déjà en place.
Une source de migration possible. Rust et C++ peuvent s'appeler l'un l'autre, ce qui permet d'avancer par petits morceaux dans un même programme.
Une source de migration pour un service précis. Le reste du système Java continue de tourner et dialogue avec le nouveau composant par une API, souvent sans aucune raison d'y toucher.
Node.js exécute du JavaScript côté serveur. Une source de migration pour un service trop gourmand, le reste de l'application pouvant rester en Node.
Ce qui coûte, ce qui plante ou ce que vous voulez construire, et ce que votre équipe maîtrise aujourd'hui. C'est souvent cette dernière réponse qui pèse le plus.
Si oui, le devis liste les composants visés, les mesures prévues et le prix. Sinon, nous vous disons ce qui suffirait, et vous gardez votre budget.
Chacun est vérifié et mesuré avec vous avant de passer au suivant. Vous décidez sur des chiffres, à chaque étape.
Elle reçoit le code, sa documentation et de quoi le faire évoluer, y compris si elle n'écrivait pas de Rust au départ. Un code que personne chez vous ne peut relire ne vous rendrait pas service.
Sept heures de travail d'un ingénieur senior sur un sujet convenu : décider si Rust se justifie, relire du code, préparer une migration. TVA non applicable, art. 293 B du CGI.
Voir la journée de conseilUn service à écrire ou des composants à migrer, avec un périmètre clair et un devis détaillé avant de commencer.
Envoyer un brief RustDites-nous ce qui vous fait y penser : un coût, un plantage, un nouveau service. Vous aurez une réponse franche, y compris si la bonne réponse est de ne rien changer.
Codetics