Articles

Modèle C4 et ArchiMate

Image
Si vous lisez la description du modèle C4 (et je vous encourage vraiment à le faire), vous remarquerez que chaque type de diagramme est en fait une définition agnostique de métamodèle et d'outil d'un point de vue d'architecture : vous pouvez utiliser n'importe quelle solution que vous voulez pour créer un tel diagrammes, y compris stylo et papier et outils de dessin.  Mais que se passe-t-il si vous travaillez dans un contexte où certains architectes utilisent ArchiMate ? Eh bien, dans ce cas, vous pouvez facilement tirer parti d'ArchiMate pour prendre en charge le modèle C4. Cela nécessite simplement un mappage entre le métamodèle C4 et ArchiMate : La personne (Person) peut être associée à un acteur metier  (Business Actor) Le système logiciel (Software System) et le conteneur peuvent être mappés au composant d'application (Application Component) Le composant peut être mappé à la fonction d'application (Application Function) L'élément de code (Code Elem

HATEOAS (Hypermedia as the Engine of Application State) Une introduction

Image
C'est un composant de l'architecture d'application REST qui la distingue des autres architectures d'application réseau. "Hypermédia" est un terme faisant référence à tout contenu contenant des liens vers d'autres formes de médias tels que des images, des films et du texte. Il facilite la création facile de représentations REST par certaines API qui suivent le principe HATEOAS lorsqu'elles travaillent avec Spring et en particulier Spring MVC. Dans le style architectural REST, nous pouvons utiliser les liens hypermédias dans le contenu de la réponse. Cela signifie qu'en traversant les liens hypermédias, le client peut naviguer dynamiquement vers les ressources appropriées. La navigation dans les liens hypermédias fonctionne sur le concept similaire d'un internaute parcourant des pages Web en cliquant sur les liens hypertextes pertinents pour atteindre un objectif final. Prenons un exemple. En supposant que nous ayons un service REST qui fournit d

Empaquetage et déploiement avec Spring Boot

Image
  Les options d’empaquetage flexibles de Spring Boot offrent un grand choix lorsqu’il s’agit de déployer votre application. Vous pouvez déployer des applications Spring Boot sur une variété de plates-formes cloud, sur des machines virtuelles/réelles, ou les rendre entièrement exécutables pour les systèmes Unix. Ce document issue de la documentation officielle couvre certains des scénarios de déploiement les plus courants : Deploying Spring Boot Applications En particulier pour K8s Spring Boot détecte automatiquement les environnements de déploiement Kubernetes en vérifiant la présence de variables « *_SERVICE_HOST » et « *_SERVICE_PORT » dans l’environnement. Vous pouvez remplacer cette détection par la propriété de configuration spring.main.cloud-plateforme. Spring Boot vous aide à gérer l’état de votre application et à l’exporter avec http Kubernetes Probes à l’aide d’Actuator, l'outils de surveillance de SpringBoot.

Pourquoi l'architecture logicielle est plus importante que jamais (réf: Continuous Architecture in practice)

Image
L'amélioration continue vaut mieux que la perfection différée.  -Mark Twain L'objectif de l'architecture reste d'offrir une valeur ajouté commerciale, la vitesse de livraison croissante attendue des informaticiens (TIC) au sein des entreprises présente de nouveaux défis. Dans le même temps, la facilité d'utilisation et les attentes 24h/24 et 7j/7 des utilisateurs finaux sont dictées par l'expansion écrasante de la technologie dans la vie quotidienne : nous sommes passés des PC aux tablettes, aux smartphones et à la technologie portable. Les ordinateurs sont maintenant dans nos poches. Ils sont presque toujours connectés les uns aux autres et leurs capacités dépassent nos besoins! Les équipes de livraison de logiciels d'aujourd'hui doivent désormais fonctionner à l'heure et à l'échelle d'Internet et du cloud. Cela a considérablement accru les exigences des parties prenantes de l'entreprise et a entraîné l'adoption croissante de pratiqu

Mentor, coach, tuteur, parrain quelles différences

Image
Mentorat Le mentoring , ou mentorat consiste à soutenir et à encourager les personnes à gérer leur propre apprentissage afin qu'elles puissent maximiser leur potentiel, développer leurs compétences, améliorer leurs performances et devenir la personne qu'elles veulent être. La relation 'mentorale' conjugue transferts et/ou partage de savoirs (savoir-faire et savoir être), bienveillance et confiance entre le mentor et le mentoré. Le mentor offre un soutien au mentoré en lui transmettant des connaissances et lui prodiguant des conseils dans le but de l’aider à progresser dans sa carrière, faire aboutir un projet, gagner en compétence… Le mentorat peut être formel ou informel. Dans un environnement informel, les mentorés se fixent des objectifs, mais ils ne sont généralement pas mesurables et les relations ne sont pas structurées. Dans une relation de mentorat formelle , il existe des objectifs réalisables et mesurables définis et fixés avec des exigences déterminées. Pourq

Architecture d'applications

Une architecture d'application est une modélissation de la manière dont les applications logicielles d'une organisation sont assemblées dans le cadre de son architecture d'entreprise globale et de la manière dont ces applications interagissent les unes avec les autres pour répondre aux besoins de l'entreprise ou des utilisateurs. Une architecture d'application permet de garantir que les applications sont évolutives et fiables, et aide les entreprises à identifier les lacunes dans les fonctionnalités. En général, l'architecture d'applications définit la manière dont les applications interagissent avec les middleware, les bases de données et d'autres applications. Les architectures d'applications suivent généralement des principes de conception de logiciels qui sont généralement acceptés par le groupe, mais peuvent manquer de normes industrielles formelles.

Le TOGAF Domaines d'architectures (partie 1): La norme TOGAF est un cadre pour l’architecture d’entreprise.

La série d'articles concernant le TOGAF est issue de l'opengroupe Réf: le TOGAF  https://www.opengroup.org/togaf Il peut être utilisé librement par toute organisation qui souhaite développer une architecture d’entreprise pour une utilisation au sein de cette organisation. Domaines d’architecture Il existe quatre domaines d’architecture : L’architecture opérationnelle ou métier – définit la stratégie opérationnelle, la gouvernance, l’organisation et les processus opérationnels clés; L’architecture des données - décrit la structure du patrimoine de données logiques et physiques d’une organisation et comprend une description des ressources de gestion des données;  Une description de la structure et de  l’interaction des principaux types et sources  de données de l’entreprise, aux niveaux  logique et physique et des dispositifs pour  gérer ces données. L’architecture des applications - fournit un plan directeur pour les applications individuelles à déployer et décrit leurs interac