Les cinq W et un H de Microservices dans les soins de santé

L'utilisation des microservices présente de nombreux avantages dans vos applications médicales. Apprenez-en davantage sur les microservices et sur la façon dont vous pouvez en tirer avantage

Qu'est-ce qu'un microservice?

Les microservices sont plus qu'une simple technique de développement; ils sont presque une philosophie. Les microservices sont utilisés pour développer des applications non pas pièce par pièce, mais en construisant toutes les pièces simultanément dans différentes équipes. Il s'agit d'une approche de mise en œuvre spéciale pour les architectures orientées services (SOA) utilisées pour construire des systèmes logiciels flexibles, déployables indépendamment. L'utilisation de microservices raccourcit le délai de mise sur le marché et permet également d'améliorer constamment le système de manière beaucoup plus évolutive.

Les services de l'architecture de microservices sont des processus qui communiquent sur le réseau pour atteindre leurs propres objectifs. Elles doivent être affinées – réduites aux fonctions métier de base – tandis que les protocoles doivent être légers (par exemple: télécharger des photos ou créer un profil utilisateur dans une bibliothèque). L'architecture de microservices permet le déploiement et la livraison continus d'applications complexes, permettant ainsi aux entreprises d'améliorer leur pile technologique en déplacement

Pourquoi utiliser Microservices et non une architecture monolithique?

Une application monolithique décrit une application logicielle à un seul niveau . Sa principale caractéristique est de combiner l'interface utilisateur et le code d'accès aux données en un seul programme à partir d'une seule plate-forme. Bien qu'il ait été populaire dans le passé, il y a un certain nombre de raisons pour lesquelles vous devriez faire le déplacement vers les microservices.

Il y a plusieurs inconvénients à l'utilisation de l'architecture monolithique. Parmi ceux-ci, il y a la façon dont sa taille est simultanément trop grande pour permettre des changements rapides et efficaces ou un temps de démarrage rapide, alors qu'en même temps, sa fonctionnalité est plus limitée qu'une architecture de microservices.

Concernant sa taille, les développeurs doivent redéployer l'intégralité de l'application à chaque mise à jour. Le déploiement continu est difficile et les applications monolithiques ont du mal à adopter de nouvelles technologies. Les modifications dans les frameworks ou les langages affecteront l'ensemble de l'application, ce qui la rendra très coûteuse.

Tous les problèmes rencontrés par les applications monolithiques peuvent être résolus par un transfert vers les microservices.

Qui peut vous aider à démarrer? La philosophie des microservices est égale à la philosophie Unix et est expliquée avec une phrase simple: Faites une chose et faites-le bien . Chaque microservice est élastique, volatile, composable, minimal et complet. Les services sont petits et fins pour effectuer une seule fonction. L'organisation devrait adopter l'automatisation des tests et du déploiement, permettant ainsi à différentes équipes de développement de travailler sur des unités de code déployables indépendamment.

Pour cette raison, vous devriez examiner avec soin le partenaire informatique avec lequel vous vous lancerez dans ce chemin. Quand?

Est-il redondant de dire maintenant? 2018 va certainement changer la donne pour les soins de santé avec de plus en plus de solutions en développement, comme le déploiement de blockchain pour les soins de santé. Les développeurs ressentent également le besoin constant d'être compatibles, interopérables et sur la voie de l'amélioration continue.

Clouds de la santé commence à frapper le marché de plus en plus, avec Progress Health Cloud comme le cloud compatible HIPAA disponible . En combinant les microservices avec un cloud de santé, il est plus facile que jamais de fournir la meilleure transformation numérique sans serveur.

Où?

Pour accélérer la modernisation des soins de santé, les microservices semblent être la bonne solution. Moderniser le développement d'applications et accélérer le temps de mise sur le marché est une proposition intéressante pour tout développeur.

Par exemple, un portail patient peut être géré avec plusieurs services, puis mis à l'échelle de manière indépendante, partageant une base de données centrale. Cela réduirait considérablement le coût de construction et de maintenance d'un portail, tout en permettant une évolutivité accrue.

Il est clair que les microservices ouvriront des voies innovantes et proactives pour relever les défis de l'interopérabilité des soins de santé

Comment utiliser les microservices?

Peter Nichol expert en soins de santé. Je vais juste réitérer ses points principaux ici. D'abord, identifiez les catégories de microservices potentielles où vous pourriez trouver de la valeur. Définir l'étendue de la responsabilité des microservices identifiés et considérer le type d'information qui sera transmis. Associez vos processus métier aux fonctionnalités techniques définies précédemment, puis reliez les processus technologiques aux processus métier. Tandis que vous faites ceci, recherchez des capacités qui ne sont pas offertes aujourd'hui mais que vous voudriez avoir dans le futur.

Concevez le microservice commençant par la définition d'API et élaborez comment le service sera consommé. Lorsque votre conception est terminée, vous devrez développer un service de simulation ou une simulation. Une fois votre simulation exécutée de la façon dont elle a été conçue, déployez le microservice. Assurez-vous de gérer tous les systèmes de conteneurs que vous avez inclus dans votre microservice.

Les microservices offrent à vos applications une évolutivité, une adaptabilité et une complexité qui autrement ne seraient pas disponibles. Le coût de la transition est rapidement compensé par la réduction des coûts de maintenance et de développement, offrant un argument convaincant pour expliquer pourquoi les développeurs devraient changer. Faire la transition d'une architecture monolithique à une architecture qui fonctionne sur des microservices demande du travail, mais cela en vaut la peine à la fin.