Back1 Back2 Back3 Lumics

Lumics
Architecture logicielle pour un pionnier technologique

RETOUR

Architecture logicielle pour un pionnier technologique

« Nous avions besoin de quelqu'un pour nous montrer comment faire correctement. »

 

Martin Eckstein, CTO, Lumics GmbH

 

-> Lire l'interview complète

Données clés du projet

2 personnes

3 mois

Architecture logicielle, conseil et coaching ; développement d'applications cloud

DevOps, intégration continue, déploiement continu

Python, SQL

Docker, serverless architecture

Pourquoi nous aimons présenter ce cas

La plupart de nos clients sont des entreprises très innovantes, dotées d'esprits très brillants. Nous n'avons pas toujours besoin de tout développer nous-mêmes pour eux. Il peut être intéressant d'accompagner une entreprise technologique de taille moyenne comme Lumics afin qu'elle acquière elle-même les compétences informatiques qui lui manquent et puisse ainsi exploiter ses atouts avec moins de frictions. Cela nous rendra-t-il superflus ? Peut-être un peu. Mais un client fidèle à long terme dont l'activité est en pleine croissance est plus gratifiant que mille jours-personnes vendus. Et si notre client souhaite se développer, notre équipe chargée du cycle de vie est prête à l'aider.

 

Tâche et solution

Au cours des deux dernières décennies, Lumics GmbH est devenue l'un des principaux fournisseurs de lasers à diode. Ses systèmes informatiques pour le développement, la planification des ressources et les opérations ont été mis en place progressivement. Au fil des ans, des composants logiciels commerciaux ont été combinés à des développements internes. L'improvisation à un niveau de compétence élevé a compensé l'absence d'une architecture appropriée. Cependant, la croissance et le roulement du personnel ont poussé le système à ses limites : il était difficilement vérifiable ; en raison de l'absence de méthodes DevOps efficaces, toute intervention dans le système devenait très risquée.

Lumics nous a chargé de mettre son propre environnement logiciel à un niveau professionnel sans perdre les nombreuses applications qui avaient été développées au fil des ans. Nous avons conçu une architecture système, posé les bases d'interfaces permettant d'intégrer de manière contrôlée les applications existantes et futures, et défini les composants nécessaires à un DevOps fiable. Nous avons transféré les applications liées à la sécurité vers le cloud et avons montré à Lumics comment garantir une sécurité et une évolutivité absolues des données. Nous avons également convaincu le service informatique de la société holding de Lumics, avec lequel nous devions rester ou devenir compatibles en termes de systèmes et de spécifications.

Nos propres racines dans le domaine de la physique et notre longue expérience dans de nombreuses industries de haute technologie nous ont aidés à comprendre précisément les exigences de Lumics et à y répondre.

L'importance des bonnes pratiques DevOps

Des pratiques DevOps efficaces sont essentielles pour rendre les systèmes logiciels complexes fiables, adaptables et efficaces. Pour les entreprises technologiques, cela signifie que les innovations produits peuvent être mises sur le marché plus rapidement et que les coûts peuvent être réduits. Malheureusement, il n'existe pas d'explication concise et exhaustive de ce terme. Les bonnes pratiques DevOps résultent d'un ensemble de méthodes qui s'imbriquent et améliorent fondamentalement la collaboration entre le développement informatique et les opérations informatiques, telles que :

L'intégration continue et le déploiement continu garantissent que les nouvelles fonctionnalités atteignent rapidement l'environnement de production, mais de manière contrôlée, et que les problèmes d'intégration sont détectés à un stade précoce.

La surveillance garantit une détection rapide des écarts et des dysfonctionnements pendant le fonctionnement.

Les systèmes de gestion des versions rendent les modifications transparentes et traçables et permettent un travail en parallèle.

Les DevOps ne sont pas des composants individuels, mais un ensemble de comportements « best practice », et comme le dit le vieil adage : les meilleures pratiques sont un résultat, pas un moyen. Elles nécessitent certes des composants système, mais elles doivent être enseignées et appliquées par toutes les personnes concernées.

Nous mettons en place les processus et les composants nécessaires au DevOps pour nos clients, de préférence au sein d'une équipe de développement, mais si nécessaire également en tant que coachs, en leur apprenant à les appliquer. De cette manière, nos clients bénéficient de nos nombreuses années d'expérience acquise avec le DevOps dans diverses organisations et acquièrent un haut niveau de compétences au sein de leur propre organisation.

 

→ ous avez des questions ou des réflexions sur l'architecture logicielle ou les meilleures pratiques DevOps ? Le Dr Markus Quade attend votre message avec impatience.

Retour