Articles

Conception de microservices pour l'IA

Conception de microservices pour l’IA

,

La conception de microservices pour l’IA est une tâche complexe qui nécessite une compréhension approfondie des principes de l’intelligence artificielle et des technologies modernes.

2. Event-driven Architecture

The event-driven architecture pattern is based on the concept of an event-driven system, where events are generated by components and handled by other components. In AI microservices, events are triggered by changes in data or model parameters, and the corresponding services are notified to take appropriate actions. This pattern is useful for real-time applications such as autonomous vehicles, where the system must respond quickly to changing conditions.

3. Containerization

Containerization is a key component of AI microservices, allowing for the deployment of multiple services in a single environment. This pattern enables the efficient packaging and deployment of AI models, making it easier to scale and manage them. Additionally, containers provide an isolated environment for each service, ensuring that any changes made to one service do not affect the others.

Conclusion

The integration of AI into microservices architecture is becoming increasingly important in today’s software landscape. The 10 design patterns discussed in this article are essential for developing efficient, robust, and scalable AI solutions. By leveraging these patterns, developers can create powerful AI applications that are modular, scalable, and flexible.

1. Modèle en tant que service (MaaS)

MaaS considère chaque modèle d’intelligence artificielle (IA) comme un service autonome. En exposant les fonctionnalités d’IA via des API REST ou gRPC, MaaS permet un redimensionnement et une mise à jour indépendants des modèles. Ce modèle est particulièrement avantageux pour gérer plusieurs modèles d’IA, permettant une intégration et une déploiement continus sans perturber l’ensemble du système.

2. Architecture orientée événement

Le modèle d’architecture orientée événement est basé sur le concept d’un système orienté événement, où les événements sont générés par des composants et traités par d’autres composants. Dans les microservices d’IA, les événements sont déclenchés par des changements de données ou de paramètres de modèle, et les services correspondants sont notifiés pour prendre les actions appropriées. Ce modèle est utile pour les applications en temps réel telles que les véhicules autonomes, où le système doit réagir rapidement aux conditions changeantes.

3. Conteneurisation

La conteneurisation est un composant clé des microservices d’IA, permettant le déploiement de plusieurs services dans un seul environnement. Ce modèle permet l’empaquetage et le déploiement efficaces des modèles d’IA, facilitant leur mise à l’échelle et leur gestion. De plus, les conteneurs fournissent un environnement isolé pour chaque service, ce qui garantit que tout changement apporté à un service n’affecte pas les autres.

Conclusion

L’intégration de l’IA dans l’architecture des microservices devient de plus en plus importante dans le paysage logiciel actuel. Les 10 modèles de conception discutés dans cet article sont essentiels pour développer des solutions d’IA efficaces, robustes et évolutives. En exploitant ces modèles, les développeurs peuvent créer des applications d’IA puissantes qui sont modulaires, évolutives et flexibles.

Source de l’article sur DZONE

/par
Démystifier le Compare-and-Swap (CAS) de Java

Démystifier le Compare-and-Swap (CAS) de Java

,

Le Compare-and-Swap (CAS) de Java est une fonctionnalité puissante et complexe. Dans cet article, nous allons démystifier ce concept et expliquer comment le CAS peut être utilisé efficacement.

Comprendre les bases du CAS

Dans le domaine de la programmation concurrente, la recherche d’une sécurité des threads sans recourir aux verrous traditionnels a entraîné l’adoption généralisée d’algorithmes non bloquants. Un élément essentiel pour permettre ces approches non bloquantes est l’opération Compare-and-Swap (CAS). Cet article approfondi vise à démystifier le fonctionnement interne du mécanisme CAS de Java, à éclairer ses subtilités d’implémentation et à l’évaluer à travers des exemples pratiques.

Comprendre les bases du CAS

Au cœur de la question, CAS est une opération atomique cruciale qui permet la modification d’une variable partagée d’une manière sûre pour les threads. L’opération implique trois paramètres : une emplacement mémoire (adresse), une valeur attendue et une nouvelle valeur. Le processus est le suivant :

  • Le système lit la valeur actuelle à l’adresse spécifiée.
  • Le système compare la valeur lue avec la valeur attendue.
  • Si les deux valeurs correspondent, le système écrit la nouvelle valeur à l’adresse spécifiée.
  • Si les deux valeurs ne correspondent pas, le système ne fait rien.

CAS est une opération atomique, ce qui signifie que lorsqu’elle est en cours d’exécution, aucun autre thread ne peut interagir avec la mémoire partagée. Cela garantit que les données sont toujours cohérentes et que les threads peuvent travailler en parallèle sans provoquer de conflits.

Implémentation de CAS dans Java

La mise en œuvre de CAS dans Java se fait à l’aide de l’instruction Unsafe.compareAndSwapInt(). Cette instruction prend en charge les types primitifs int, long et Object. Elle est implémentée en utilisant des instructions CPU natives qui sont spécifiques à chaque plate-forme et qui peuvent être plus rapides que les solutions logicielles. Cependant, cela limite également sa portabilité.

Pour tester l’efficacité de l’instruction Unsafe.compareAndSwapInt(), nous avons créé un programme de test qui effectue un grand nombre d’opérations CAS sur un tableau partagé par plusieurs threads. Nous avons constaté que le temps d’exécution était très court et que le programme se terminait sans erreur, ce qui indique que l’instruction Unsafe.compareAndSwapInt() fonctionne correctement.

Conclusion

L’opération Compare-and-Swap (CAS) est un outil puissant pour la programmation concurrente et son implémentation dans Java est très efficace. Cependant, il est important de noter que CAS n’est pas une solution miracle et qu’il peut être sujet à des erreurs si mal utilisé. Il est donc important de bien comprendre son fonctionnement et de le tester correctement avant de l’utiliser dans un projet.

Source de l’article sur DZONE

/par
Services de développement logiciel personnalisés et pilotés par les données pour optimiser le succès.

Services de développement logiciel personnalisés et pilotés par les données pour optimiser le succès.

,

Les services de développement logiciel personnalisés et pilotés par les données sont la clé pour optimiser le succès de votre entreprise. Découvrez comment ces services peuvent vous aider à atteindre vos objectifs.

## La nécessité de solutions logicielles robustes et efficaces n’a jamais été aussi grande qu’aujourd’hui. Et la raison principale? Eh bien, les entreprises de toutes tailles et de tous les secteurs font de plus en plus appel aux services de développement logiciel spécialisés pour rester en tête sur le marché concurrentiel.

Le besoin de solutions logicielles robustes et efficaces n’a jamais été aussi grand qu’aujourd’hui. Et la principale raison ? Eh bien, les entreprises de toutes tailles et de tous les secteurs font de plus en plus appel aux services de développement logiciel spécialisés pour rester à la pointe du marché concurrentiel.

Lisez cet article plus loin alors que nous plongeons profondément dans le domaine du développement logiciel pour comprendre comment le développement logiciel personnalisé et les approches axées sur les données, lorsqu’elles sont combinées, peuvent être déterminantes pour le succès des entreprises modernes.

Les données sont l’un des principaux moteurs de la réussite des entreprises modernes. Les entreprises qui sont capables d’extraire des informations précieuses à partir de leurs données peuvent prendre des décisions plus éclairées et plus rapides, ce qui leur permet d’être plus compétitives. Cependant, pour tirer parti des données, les entreprises doivent disposer d’un système logiciel robuste et efficace qui puisse collecter, stocker et analyser les données. C’est là que le développement logiciel personnalisé entre en jeu.

Le développement logiciel personnalisé est une méthode de développement de logiciels qui permet aux entreprises de créer des solutions logicielles sur mesure qui répondent à leurs besoins spécifiques. Les développeurs logiciels peuvent créer des applications qui peuvent collecter, stocker et analyser les données pour aider les entreprises à prendre des décisions plus éclairées et plus rapides. De plus, le développement logiciel personnalisé peut également aider les entreprises à automatiser certaines tâches, ce qui peut leur permettre d’améliorer leur productivité et leur efficacité.

En conclusion, le développement logiciel personnalisé et les approches axées sur les données sont essentiels pour la réussite des entreprises modernes. Les entreprises qui investissent dans le développement logiciel personnalisé peuvent tirer parti des données pour prendre des décisions plus éclairées et plus rapides, ce qui leur permet d’être plus compétitives. De plus, le développement logiciel personnalisé peut également aider les entreprises à automatiser certaines tâches, ce qui peut leur permettre d’améliorer leur productivité et leur efficacité.

Source de l’article sur DZONE

/par

L’ERP SAP S/4HANA devient le socle du futur SI industriel d’Acome

, ,

Acome modernise son ERP au travers d’une migration vers l’ERP intelligent SAP S/4HANA. Un socle solide qui lui permettra de concrétiser son projet de transformation, consistant à gérer la production industrielle depuis l’ERP.

Acome est un spécialiste des câbles de haute technicité, qui propose ses solutions aux acteurs du monde de l’automobile, des télécoms, du bâtiment ou encore du transport ferroviaire. De par son positionnement, Acome est un acteur clé du développement des véhicules de nouvelle génération, de la fibre, des bâtiments connectés et des villes intelligentes.

Première SCOP de France, Acome dispose de nombreux sites industriels et commerciaux, dans l’hexagone comme à l’étranger. Le groupe ACOME emploie 2000 collaborateurs, dont 1200 en France, pour un chiffre d’affaires annuel de 552 millions d’euros.

« Nous souhaitions refondre notre système d’information industriel, avec – entre autres – la mise en place d’un MES, explique Anne-Laure Gout, Responsable du service Études informatique de la DSI d’Acome. Michael Barbé a su nous convaincre que notre SI industriel pourrait tout à fait être intégré dans notre ERP SAP. La fin de maintenance de SAP ECC approchant, la DSI avait dans le même temps décidé d’opérer la migration vers l’ERP SAP S/4HANA. »

L’industriel décide donc de rapprocher ces deux projets. « Un premier partenaire nous avait proposé de repartir d’une feuille blanche, avec un projet de type greenfield, ce qui ne nous convenait pas. Nous nous sommes alors tournés vers PASàPAS, qui nous suit depuis des années, afin de mener une migration à fonctionnalités et périmètre constants. L’objectif était d’assurer la bascule vers l’ERP SAP S/4HANA avec un minimum d’impacts pour les métiers. »

Découvrez le témoignage de notre client.

Un engagement important de la part de PASàPAS

Le travail s’est fait de concert entre les équipes métiers d’Acome, porteuses du projet industriel, et la DSI de la SCOP, souhaitant opérer la migration de SAP ECC vers SAP S/4HANA. Le projet de migration a démarré en février 2021, pour se terminer 15 mois plus tard, le 30 mai 2022.

« De nombreuses personnes ont été impliquées, que ce soit chez PASàPAS, qui a mobilisé une cinquantaine de consultants, que du côté d’Acome, avec une équipe projet de 50 personnes et 80 key users, explique Michael Barbé, Directeur de programme chez Acome. Nous avons su rester concentrés tout au long de ces 15 mois, avec des objectifs précis qui nous ont permis de ne pas nous éparpiller et de mettre en fonction notre nouvel ERP dans les délais fixés. Le tout avec un appui sans faille de notre direction et des métiers. »

L’objectif de l’entreprise était de disposer d’un socle solide, propice au déploiement de nouvelles fonctionnalités. L’ERP SAP S/4HANA couvre d’ores et déjà un large périmètre (achats, ventes, finance, maintenance…), mais devrait prendre de l’ampleur rapidement (production, revue budgétaire…). Le tout avec la volonté de recourir aussi peu que possible aux spécifiques. « Nous voulions mettre en place une solution cohérente, qui permette de revenir à l’essentiel en s’appuyant autant que possible sur des processus standards. »

Migration réussie ! Place à l’innovation

L’ERP SAP S/4HANA est aujourd’hui en production. « Une importante phase de stabilisation a été réalisée pendant le premier mois, mais tout est aujourd’hui fonctionnel, avec une nette amélioration des performances par rapport à notre ancien ERP. Nous pouvons donc considérer cette étape de conversion comme réussie. Ce n’est toutefois que le premier jalon de notre projet de transformation », détaille Anne-Laure Gout. Si une ‘fiorisation’ progressive de l’interface et une revue des processus sont prévues, c’est bien le volet industriel qui est aujourd’hui au coeur des attentions.

« Nous redémarrons maintenant la phase industrielle de notre projet, confirme Michael Barbé. Dès janvier 2023, notre atelier de production de tubes dédiés aux planchers chauffants sera équipé de l’ERP SAP S/4HANA. Les machines de l’atelier seront connectées au SI, afin de permettre une remontée des données et un pilotage de ces équipements dans l’ERP. Nous espérons avec cet outil être capables d’aller chercher de nouveaux gains sur le terrain de la performance industrielle. L’ERP sera ensuite déployé sur une autre de nos activités courant 2024, puis progressivement sur des activités de plus en plus complexes. »

PASàPAS est reconduit sur toute cette première phase de déploiement et devrait donc accompagner Acome sur ce projet au minimum jusqu’à la fin du premier trimestre 2024. À mesure que ce SI industriel sera déployé, le nombre d’utilisateurs de l’ERP SAP S/4HANA va s’accroître chez Acome. « Nous avons d’ores et déjà adapté notre parc de licences afin de permettre aux opérateurs travaillant en production d’accéder à l’ERP. Demain, 500 utilisateurs pourront ainsi se connecter à SAP S/4HANA », conclut Anne-Laure Gout.

The post L’ERP SAP S/4HANA devient le socle du futur SI industriel d’Acome appeared first on SAP France News.

Source de l’article sur sap.com

/par
Contrôle de Congestion dans les Systèmes Distribués à l'Échelle du Cloud

Contrôle de Congestion dans les Systèmes Distribués à l’Échelle du Cloud

,

Le contrôle de congestion dans les systèmes distribués à l’échelle du cloud est un sujet important pour assurer des performances optimales. Nous allons examiner comment le contrôle de congestion peut être mis en œuvre dans ce type de système.

Systèmes distribués composés de plusieurs systèmes reliés pour fournir une fonctionnalité spécifique

Testing is a key part of distributed system development. It is used to measure the performance of the system under various conditions. The tests should be designed to simulate the expected traffic surges and should be run frequently to ensure that the system is performing as expected. The results of the tests should be analyzed to identify any potential issues and to ensure that the system is able to handle the expected traffic surges. 

Les systèmes distribués sont composés de plusieurs systèmes reliés entre eux pour fournir une fonctionnalité spécifique. Les systèmes qui fonctionnent à l’échelle du cloud peuvent recevoir des pics de trafic attendus ou inattendus d’un ou de plusieurs appelants et sont censés fonctionner de manière prévisible. 

Cet article analyse les effets des pics de trafic sur un système distribué. Il présente une analyse détaillée de la façon dont chaque couche est affectée et fournit des mécanismes pour obtenir une performance prévisible pendant les pics de trafic. 

Le test est une partie essentielle du développement des systèmes distribués. Il est utilisé pour mesurer les performances du système dans différentes conditions. Les tests doivent être conçus pour simuler les pics de trafic attendus et doivent être exécutés fréquemment pour s’assurer que le système fonctionne comme prévu. Les résultats des tests doivent être analysés pour identifier tout problème potentiel et pour s’assurer que le système est capable de gérer les pics de trafic attendus. 

Source de l’article sur DZONE

/par
Gestion d'infra. en code : l'évolution du cloud

Gestion d’infra. en code : l’évolution du cloud

,

computing

Le cloud computing évolue rapidement et la gestion d’infrastructure en code est devenue un outil essentiel pour tirer le meilleur parti des avantages offerts par le cloud. Découvrez comment!

Les entreprises dépendent de plus en plus des services basés sur le cloud pour améliorer l’efficacité, augmenter la scalabilité et rationaliser les opérations dans l’ère numérique en plein développement. La nécessité d’une gestion efficace des ressources s’est multipliée à mesure que le cloud est devenu une partie essentielle des infrastructures informatiques contemporaines. Présentons Infrastructure as Code (IaC), une méthode révolutionnaire pour gérer l’infrastructure qui changera fondamentalement la façon dont nous déployons et gérons les ressources cloud. L’Infrastructure as Code est devenue un pilier de la gestion contemporaine des infrastructures cloud, permettant aux entreprises d’augmenter l’automatisation, l’efficacité et la scalabilité tout en réduisant les risques et la complexité opérationnels liés aux configurations manuelles.

Comment fonctionne l’Infrastructure as Code?

L’Infrastructure as Code (IaC) est une méthode de gestion de l’infrastructure qui permet aux développeurs et aux administrateurs système de gérer et de provisionner des ressources cloud à l’aide des mêmes techniques d’ingénierie logicielle qu’ils utiliseraient pour gérer et provisionner toute autre application logicielle. IaC permet aux équipes de définir et de gérer ces ressources à l’aide de code déclaratif ou impératif, qui peut ensuite être contrôlé par version, testé et déployé automatiquement. Cela élimine la nécessité pour les équipes de configurer manuellement des serveurs, des réseaux, des bases de données et d’autres composants d’infrastructure.

Quels sont les avantages de l’Infrastructure as Code?

L’utilisation du code permet aux entreprises d’accroître leur efficacité, leur scalabilité et leur productivité. Les ressources peuvent être gérées plus efficacement et plus rapidement, ce qui permet aux entreprises de réduire leurs coûts opérationnels et d’accroître leur productivité. Les processus automatisés permettent aux équipes de déployer rapidement des applications et des services, ce qui permet aux entreprises d’accroître leur agilité et leur capacité à répondre rapidement aux changements du marché. Enfin, l’utilisation du code permet aux équipes de surveiller et de gérer plus facilement l’infrastructure, ce qui permet aux entreprises de réduire les risques opérationnels et la complexité liés aux configurations manuelles.

En résumé, l’Infrastructure as Code est une méthode innovante pour gérer l’infrastructure qui a le potentiel de transformer radicalement la façon dont nous déployons et gérons les ressources cloud. En utilisant le code, les entreprises peuvent améliorer leur efficacité, leur scalabilité et leur productivité tout en réduisant les risques opérationnels et la complexité liés aux configurations manuelles. L’IaC est donc un élément essentiel de la gestion moderne de l’infrastructure cloud.

Source de l’article sur DZONE

/par
La longue route vers les threads virtuels Java

La longue route vers les threads virtuels Java

,

.

Explorer les threads virtuels Java peut être une route longue et difficile, mais avec un peu de persévérance, les résultats en valent la peine!

Il a fallu presque 30 ans. L’introduction de Threads Virtuels Java 1.21 rendra enfin le multitâche presque sans effort dans Java. Pour pleinement apprécier leur nature révolutionnaire, il est utile de jeter un coup d’œil aux diverses solutions imparfaites offertes par Java au fil des ans pour résoudre le problème « faire un travail utile pendant que nous attendons autre chose ».

Il a fallu presque 30 ans. L’introduction de Threads Virtuels de Java 1.21 rendra enfin la multitâche dans Java presque sans effort. Pour pleinement apprécier leur nature révolutionnaire, il est utile de jeter un coup d’œil aux différentes solutions imparfaites offertes par Java au fil des ans pour résoudre le problème «faire un travail utile pendant que nous attendons autre chose».

Java 1 

L’introduction de Java version 1 en 1995 était remarquable. Un langage fortement typé, orienté objet et syntaxe similaire à C qui offrait de nombreuses fonctionnalités, y compris des Threads faciles à utiliser. La classe Thread représentait un objet qui exécuterait le code sélectionné dans un thread séparé du thread d’exécution principal. L’objet Thread était lui-même un wrapper pour un thread de niveau système d’exploitation réel connu sous le nom de thread de plate-forme, également appelé thread noyau. La logique à exécuter était décrite en implémentant une interface Runnable. Java s’occupait de toute la complexité du lancement et de la gestion de ce thread séparé. Maintenant, il sera presque trivial d’effectuer plusieurs tâches simultanément, ou du moins c’est ce qu’il semblerait. Considérez l’exemple suivant:

Les limites des threads

Malgré tous les avantages qu’offre Java, les threads ont leurs limites. Les threads sont très coûteux à créer et à gérer, et leur utilisation peut entraîner une surutilisation des ressources système et une augmentation des temps de latence. De plus, les threads ne peuvent pas être partagés entre plusieurs processus, ce qui signifie que le code doit être dupliqué pour chaque processus et gère indépendamment. Cela peut entraîner des problèmes de cohérence et de synchronisation entre les threads et les processus.

Pour résoudre ces problèmes, Java a introduit un certain nombre de solutions, notamment les threads légers, les threads poolés et les futures. Bien que ces solutions aient permis d’améliorer la gestion des threads, elles n’ont pas réussi à résoudre tous les problèmes liés à la gestion des threads et à l’utilisation des ressources système.

Cependant, avec l’introduction des Threads Virtuels de Java 1.21, ces problèmes sont enfin résolus. Les Threads Virtuels sont une solution plus efficace pour la gestion des threads qui offre une meilleure utilisation des ressources système et une meilleure gestion des threads. Les Threads Virtuels sont basés sur le concept de «threads légers» qui permettent aux développeurs de créer et de gérer facilement des threads sans avoir à se soucier des coûts associés à la gestion des threads. De plus

Source de l’article sur DZONE

/par
Préserver le contexte entre les threads.

Préserver le contexte entre les threads.

,

Préserver le contexte entre les threads est essentiel pour assurer une communication fluide et une bonne coordination entre les différents processus.

Quand on construit une grande architecture de microservices prête à la production, nous rencontrons toujours le défi commun de préserver le contexte de la demande à travers les services et les threads, y compris la propagation du contexte aux threads enfants.

In a microservices architecture, context propagation is the process of passing contextual information from one service to another. This is necessary when a request needs to be processed by multiple services. The context can contain information such as user identity, authentication tokens, and other data that must be passed between services.

Testing Context Propagation

Testing context propagation is an important part of ensuring that the microservices architecture is working properly. It is important to test that the context is being propagated correctly between services and that the data is being passed securely.

The most common way to test context propagation is to use integration tests. Integration tests are designed to test the interaction between different components or services. They can be used to test that the context is being passed correctly between services and that the data is being passed securely.

Another way to test context propagation is to use unit tests. Unit tests are designed to test the individual components or services in isolation. They can be used to test that the context is being passed correctly between services and that the data is being passed securely.

Propagation du contexte : Qu’est-ce que c’est ?

La propagation du contexte signifie le passage d’informations ou d’états contextuels entre différents composants ou services dans un système distribué où les applications sont souvent composées de plusieurs services exécutés sur différentes machines ou conteneurs. Ces services doivent communiquer et collaborer pour satisfaire une demande de l’utilisateur ou effectuer un processus commercial.

Dans une architecture de microservices, la propagation du contexte est le processus de transmission d’informations contextuelles d’un service à un autre. Cela est nécessaire lorsqu’une demande doit être traitée par plusieurs services. Le contexte peut contenir des informations telles que l’identité de l’utilisateur, les jetons d’authentification et autres données qui doivent être transmises entre les services.

Tester la propagation du contexte

Tester la propagation du contexte est une partie importante pour s’assurer que l’architecture de microservices fonctionne correctement. Il est important de tester que le contexte est bien propagé entre les services et que les données sont transmises de manière sécurisée.

La manière la plus courante de tester la propagation du contexte est d’utiliser des tests d’intégration. Les tests d’intégration sont conçus pour tester l’interaction entre différents composants ou services. Ils peuvent être utilisés pour tester que le contexte est bien propagé entre les services et que les données sont transmises de manière sécurisée.

Une autre façon de tester la propagation du contexte est d’utiliser des tests unitaires. Les tests unitaires sont conçus pour tester les composants ou services individuels en isolation. Ils peuvent être utilisés pour tester que le contexte est bien propagé entre les services et que les données sont transmises de manière sécurisée.

Enfin, il est possible de tester la propagation du contexte en utilisant des tests de charge. Les tests de charge sont conçus pour tester le comportement d’un système lorsqu’il est soumis à une charge importante. Ils peuvent être utilisés pour tester que le contexte est bien propagé entre les services et que les données sont transmises de manière sécurisée.

Conclusion

La propagation du contexte est un élément essentiel dans une architecture de

Source de l’article sur DZONE

/par
Artelia modernise son système d’information avec SAP S/4HANA et la technologie SAP Fiori

Artelia modernise son système d’information avec SAP S/4HANA et la technologie SAP Fiori

, ,

L’ergonomie utilisateur avancée de SAP S/4HANA a convaincu Artelia de moderniser son SI SAP existant. Un projet complexe, mené à bien en moins de huit mois, avec l’aide de PASàPAS et l’engagement sans faille des équipes d’Artelia.

 

Artelia est un groupe d’ingénierie pluridisciplinaire français (industrie, bâtiment, mobilité, eau, énergie) qui a pour particularité d’être détenu à 100% par ses managers et salariés. En croissance rapide, le groupe approche aujourd’hui les 7000 collaborateurs et fait partie du top 15 européen des sociétés d’ingénierie de la construction.

En 2021, Artelia a enregistré un chiffre d’affaires de 745 millions d’euros, dont 85% réalisés en Europe. L’entreprise est implantée dans plus de 40 pays, avec une forte présence en Europe, mais également en Asie et en Afrique. Elle ambitionne de passer le cap du milliard d’euros de chiffre d’affaires annuel en 2025.

Un fort besoin de modernisation

« En 2018, nous avons dû faire face à l’obligation de déposer dans Chorus Pro les factures destinées à nos clients du secteur public, explique Angéline Carlassare, Responsable SI finance chez Artelia. En parallèle, nous voulions aller plus loin sur le sujet de la dématérialisation. » L’interface utilisateur de SAP ECC n’était pas adaptée à un public d’assistantes et assistants. La création d’applications simples d’usage, exploitant la technologie SAP Fiori, a permis alors de répondre au besoin d’Artelia.

Plus tard, d’autres demandes ont émergé, cette fois-ci sur la partie achat. « Nous nous sommes alors dit que nous aurions tout intérêt à basculer sur SAP S/4HANA, avant d’adopter le module achat, afin de profiter de sa nouvelle ergonomie. »

Dans la phase finale de son appel d’offres, Artelia a commandé auprès des deux candidats sélectionnés une étude de cadrage. La société voulait ainsi donner l’opportunité à chacun des intégrateurs de partager leur vision du projet. C’est PASàPAS, l’un des deux partenaires SAP récurrents d’Artelia, qui a été retenu.

Un projet solidement cadré

Le périmètre de l’ERP d’Artelia est somme toute assez classique : finance, contrôle de gestion, gestion des projets et administration des ventes. Mais il est complexifié par des applications périphériques, dont de la BI et un CRM. Le tout dans un contexte multi-ERP, qui est le résultat d’une forte croissance du groupe, organique comme externe.

« Pour sécuriser le projet, nous avions demandé à SAP une formation sur les écarts existants entre SAP ECC et SAP S/4HANA, explique Nicolas Panayoti, Responsable de la transformation digitale finance chez Artelia. Nous avons détecté une cinquantaine de changements s’appliquant à notre SI. Les écarts majeurs – une dizaine – ont été intégrés au projet proactivement afin de diminuer les risques lors de la mise en route de notre nouveau SI. »

« Un projet de migration reste coûteux, poursuit Angéline Carlassare. Il faut donc être capable d’amener rapidement de la valeur. Toutefois, afin de sécuriser notre projet, nous avons décidé d’opter pour une approche en deux temps : une phase de conversion, comprenant un minimum de modifications majeures, suivie d’une étape de réflexion autour de ce que SAP S/4HANA pourra nous proposer par la suite. »

Une approche en phase avec les contraintes pesant sur l’agenda d’Artelia. Lancé en mai 2021, le projet devait en effet impérativement être terminé en fin d’année, afin que le nouvel ERP soit en production lors de la fusion de trois sociétés du groupe, programmée en janvier 2022.

Artelia modernise son système d’information avec SAP S/4HANA et la technologie SAP Fiori (French)

Click the button below to load the content from YouTube.

Always allow YouTube

Artelia modernise son système d’information avec SAP S/4HANA et la technologie SAP Fiori (French)

Un client très engagé

L’ERP SAP S/4HANA est aujourd’hui en fonction chez Artelia. Avec deux types de retours :

  • Les équipes finance n’ont pas vu de réel changement, les processus qu’ils utilisent n’ayant pas été profondément modifiés lors de la migration. Quelques régressions ont pu être constatées, par exemple au sujet des business partners. La configuration d’une tuile standard proposée par SAP a permis toutefois de limiter l’impact de ce problème, en proposant une expérience utilisateur satisfaisante pour des ADV.

Pendant le projet, Artelia s’est trouvé confronté à quelques difficultés, certains choix faits pouvant avoir un impact important pour l’organisation. « Lorsque nous avons soulevé ce problème, PASàPAS a adapté son dispositif, en mettant en place des réunions hebdomadaires nous permettant de faire le point sur les choix faits, l’impact de ces choix et les décisions qu’il nous fallait prendre. Cette initiative a été clé dans la réussite du projet, » explique Angéline Carlassare. « Nous avons mis du temps à nous caler avec le partenaire, confirme Nicolas Panayoti. Mais, finalement, le projet s’est bien déroulé, car toutes les équipes étaient impliquées, celles d’Artelia, comme celles de PASàPAS. »

L’année 2022 est celle de la stabilisation de l’ERP et de la recherche de quick wins. Artelia va ainsi mener plusieurs sprints visant à intégrer des évolutions fonctionnelles, notamment au travers de la mise en place de cockpits Fiori.

L’année 2023 sera pour sa part consacrée à l’activation du module achats. Mais aussi à la montée de version de l’ERP. « Le rythme des mises à jour de l’ERP SAP S/4HANA est plus rapide que précédemment, avec un support limité à 5 ans, rappelle Angéline Carlassare. Or, nous avons opté pour la version 1909 de SAP S/4HANA. Nous avons donc programmé une montée de version en 2023, en prévision de la fin de support de SAP S/4HANA 1909 en 2024. »

The post Artelia modernise son système d’information avec SAP S/4HANA et la technologie SAP Fiori appeared first on SAP France News.

Source de l’article sur sap.com

/par
Passer de Docker Swarm à Kubernetes : transition et mise à l'échelle.

Passer de Docker Swarm à Kubernetes : transition et mise à l’échelle.

,

Passer de Docker Swarm à Kubernetes peut être une transition complexe, mais elle offre une meilleure mise à l’échelle et des fonctionnalités avancées. Découvrez comment faciliter cette transition.

Comprendre le changement

Making the Transition

The transition from Docker Swarm to Kubernetes requires careful planning and execution. Organizations should consider the following best practices when making the switch:

  • Understand the differences between Docker Swarm and Kubernetes. This will help ensure that the transition is seamless and that the organization is taking full advantage of Kubernetes’ capabilities.
  • Evaluate existing infrastructure and applications. This will help determine if Kubernetes is the right fit for the organization’s needs.
  • Create a plan for the transition. This should include a timeline, budget, and resource allocation.
  • Test the new system before going live. This will help ensure that everything is working as expected.

Benefits of Kubernetes

Kubernetes offers several advantages over Docker Swarm, including scalability, reliability, and flexibility. Kubernetes is designed to handle large-scale deployments with ease, allowing organizations to quickly and easily scale their applications as needed. It also offers a robust set of features, such as rolling updates, self-healing capabilities, and automated deployment. Finally, Kubernetes is highly extensible, allowing organizations to customize their deployments to meet their specific needs.

Architecture de Kubernetes

Kubernetes est une plateforme open source conçue pour automatiser le déploiement, le dimensionnement et l’exploitation des conteneurs d’applications. Il offre une plus grande flexibilité, un ensemble de fonctionnalités plus riche et un vaste écosystème, ce qui en fait le choix préféré des déploiements à grande échelle et d’entreprise. La transition de Docker Swarm à Kubernetes nécessite une planification et une exécution minutieuses. Les organisations doivent prendre en compte les meilleures pratiques suivantes lors du passage à Kubernetes : comprendre les différences entre Docker Swarm et Kubernetes, évaluer l’infrastructure et les applications existantes, créer un plan de transition et tester le nouveau système avant de le mettre en production.

Avantages de Kubernetes

Kubernetes offre plusieurs avantages par rapport à Docker Swarm, notamment la scalabilité, la fiabilité et la flexibilité. Il est conçu pour gérer facilement les déploiements à grande échelle, ce qui permet aux organisations de redimensionner rapidement et facilement leurs applications selon leurs besoins. Il offre également un ensemble robuste de fonctionnalités, telles que les mises à jour en roulement, les capacités de réparation automatique et le déploiement automatisé. Enfin, Kubernetes est extrêmement extensible, ce qui permet aux organisations de personnaliser leurs déploiements en fonction de leurs besoins spécifiques.

Conclusion

Kubernetes est devenu la solution préférée pour les déploiements à grande échelle et d’entreprise grâce à ses avantages en matière de scalabilité, de fiabilité et de flexibilité. Bien que la transition de Docker Swarm à Kubernetes puisse être complexe et exiger une planification minutieuse, elle offre des avantages considérables pour les organisations qui souhaitent tirer parti des fonctionnalités avancées de Kubernetes. Les organisations doivent donc prendre le temps d’examiner attentivement les avantages et les inconvénients de chaque solution et de choisir celle qui répond le mieux à leurs besoins.

Source de l’article sur DZONE

/par