Accueil
 > Rapports de TEC > Blogue de TEC > Architecture Evolution: architecture par rapport à des se...

Architecture Evolution: architecture par rapport à des services Web orientées services

Écrit par : Predrag Jakovljevic
Date de publication : juillet 18 2013

architecture orientée services (SOA) n'est pas le même que les services Web: celui-ci est un moyen concret de réaliser certains avantages de la SOA et spécifie un ensemble de technologies utilisant des protocoles tels que le protocole d'accès simple objet (SOAP) et langages comme le XML. Les services Web sont invoquées sur Internet par le biais de protocoles standard de l'industrie, y compris SOAP; extensible markup language (XML); protocole de transfert hypertexte (HTTP), Web Description des services langue (WSDL), et description Universal, Discovery, and Integration (UDDI). Ceux-ci sont définis par les organismes de normalisation publics tels que le World Wide Web Consortium ( W3C ). Par exemple, SOAP est une technologie de messagerie basé sur XML standardisé par le W3C, qui définit toutes les règles nécessaires pour localiser les services Web, les intégrer dans les applications, et de communiquer entre eux. UDDI est un registre public, offerte sans frais, où l'on peut publier et se renseigner sur les services Web.

la troisième partie de la série architecture Evolution:. des grands systèmes vers une architecture orientée services

Pour plus d'informations générales, voir architecture Evolution: De Mainframe à l'architecture orientée services et architecture Evolution: De basé sur le Web à l'architecture orientée services .

SOA peut être en partie définie et expliquée par les services Web, qui, selon Microsoft sont des «modules d'auto-description logiciels, encapsulant sémantiquement fonctionnalité discrète, enveloppés dans et accessibles via le standard protocoles de communication Internet tels que XML et SOAP. " Les services Web sont en train de révolutionner la façon dont les applications parlent à d'autres applications (ou, plus largement, comment les ordinateurs parlent à d'autres ordinateurs) en fournissant un format de données universel qui permet aux données facilement être adaptés ou transformés. Basé sur XML, le langage universel d'échange de données Internet, les services Web peuvent communiquer à travers les plates-formes et systèmes d'exploitation, quel que soit le langage de programmation dans lequel les applications sont écrites. Bien que chaque service Web est une unité discrète de code qui gère un ensemble limité de tâches, et bien que les services Web restent indépendants les uns des autres, ils peuvent librement se lier dans un groupe de collaboration qui effectue une tâche particulière.

Mais, contrairement aux services Web, SOA est un concept plus large qui fonctionne indépendamment de toute technologie spécifique, et même si l'on utilise les services Web et orientée objet approches (OO), on ne peut pas nécessairement d'atteindre l'état global des composants faiblement couplés, autonomes et réutilisables qui sont essentiels à vrai SOA. Néanmoins, les services Web permettent également aux développeurs de choisir entre la construction (fournir) toutes les pièces de leurs applications ou des services Web (à l'aide) créés par d'autres. Cela signifie qu'une entreprise individuelle n'a pas à fournir chaque morceau pour une solution complète. La capacité à exposer (annoncer et proposer) ses propres services Web crée de nouvelles sources de revenus pour toute entreprise, qu'il s'agisse d'un fournisseur indépendant de logiciels (ISV), un revendeur, ou même une entreprise utilisatrice.

services Web axé sur les affaires

Une définition orienté vers les entreprises de services Web serait une approche qui permet à l'entreprise connecter avec ses clients, partenaires et employés. En d'autres termes, il devrait permettre à l'entreprise d'étendre les services existants à de nouveaux clients, l'aider à travailler plus efficacement avec ses partenaires et fournisseurs, et de déverrouiller l'information afin qu'elle puisse couler à tous les employés qui en ont besoin.

pratiques de gestion des affaires efficace de class="articleText">

de contrôle comme une masse critique au-delà duquel un gestionnaire unique ou l'équipe de gestion ne peuvent pas gérer efficacement les personnes ou les installations. C'est pourquoi les installations de fabrication qui deviennent trop gros sont généralement divisés en unités plus petites, et pourquoi les grandes entreprises ont généralement tendance à avoir fabrication multiple et les unités d'affaires de distribution fonctionnant de manière indépendante. Ces entreprises ne doivent pas seulement être gérés efficacement, mais doivent collaborer et interagir les uns avec les autres.

et l'interopérabilité sont essentielles où plusieurs unités d'affaires résident dans une grande société, ou où il ya une obligation d'intégrer le système dans un fournisseur ou système disparate de client quand un business-to-business (B2B) ou business-to-consumer extension (B2C) est souhaitable dans le cadre du modèle d'affaires. Ces connexions peuvent être réalisées facilement en utilisant les services Web qui, encore une fois, permettent aux applications de partager des informations à travers l'Internet, quel que soit le système d'exploitation ou le logiciel back-end que l'application utilise. En permettant aux applications de partager des données entre les différentes plates-formes matérielles et systèmes d'exploitation, les services Web fournissent beaucoup plus d'avantages, y compris le temps de développement réduit et les dépenses pour de nouveaux projets. Ils offrent aussi des expériences plus personnelles, intégrées aux utilisateurs à travers la nouvelle génération de puce dispositifs, y compris les ordinateurs personnels (PC).

Une bonne illustration est un système d'inventaire autonome, qui, si elle n'est pas connectée à rien d'autre, n'est pas aussi précieux que cela pourrait être. En d'autres termes, le système pourrait être en mesure de suivre les stocks, mais pas beaucoup plus, et les utilisateurs peuvent avoir à saisir des informations d'inventaire deux fois-une fois dans leur système comptable et une fois dans leur gestion de la relation client (CRM) système. Le système d'inventaire peut être incapable de placer automatiquement les commandes aux fournisseurs, et les avantages d'un tel système d'inventaire "autiste" est diminuée par des frais généraux élevés. Cependant, si l'on connecte un tel système d'inventaire à un système de comptabilité, chaque fois que l'on achète ou vend quelque chose, les implications pour l'inventaire et les flux de trésorerie peuvent être suivis en une seule étape. En outre, en se connectant avec un système de gestion d'entrepôt (WMS), un système de donneur d'ordre, systèmes de commande des fournisseurs, et la société de transport, tout à coup le système de gestion des stocks vaut beaucoup plus, puisque les utilisateurs peuvent effectuer la gestion ininterrompue de leur entreprise tout en traitant chaque opération qu'une seule fois, au lieu d'une seule fois pour chaque système qu'il affecte. Cela représente beaucoup moins de travail et beaucoup moins de risques d'erreur.

Avant le développement de services Web et les serveurs d'applications, de relier les systèmes disparates requis une quantité massive de programmation, et de nombreuses étapes manuelles pour l'interaction de se produire. Et quand il l'a fait, la vitesse du système a souvent été sacrifiée. Inversement, les plates-formes modernes doivent beaucoup plus facilement permettre aux entreprises d'automatiser leurs processus une fois fait manuellement, réduisant ainsi les coûts de main-d'œuvre, et de faciliter la précision en éliminant l'erreur humaine. Par exemple, il devrait être possible pour les commandes passées sur le site Web de l'entreprise à être traitées automatiquement quasiment en temps réel, avec la tarification appropriée attribué en fonction du statut du client. Les comptes peuvent ainsi être créés à la volée avant que la commande est traitée, tandis que les commandes peuvent être imprimés automatiquement et les éléments soulagé automatiquement des stocks en temps réel, le tout sans intervention humaine.

La mise en œuvre d'une application sur une telle plate-forme basée sur les services Web peut même déplacer la charge de la transaction par le système e-commerce front-office à la planification des ressources d'entreprise back-office (ERP). Par exemple, un e-mail remerciant l'acheteur pour un achat peut être lancée à partir du back-office après la transaction XML est consommée par le système ERP. De cette manière, les informations envoyées peut être plus instructif, y compris des données telles que des délais de production prévus et les dates de navires, ce qui est particulièrement pertinent dans un environnement de fabrication B2B. Ce qui est important, c'est que les évaluations habituellement silencieux reçu dans un environnement e-commerce B2B coutumier peut être renforcée par la possibilité d'étendre de façon transparente les informations au système ERP de back-office. Le résultat devrait être une expérience client plus riche, à son tour, entraîne des clients satisfaits et une augmentation des revenus à long terme.

La SOA Environnement

Il existe de nombreuses applications similaires où des solutions de services basés sur le Web peuvent remplacer les tâches manuelles fastidieuses et source d'erreurs pour accélérer exécution des commandes. Mais pour profiter de cela, les vendeurs d'applications d'entreprise ont besoin de ré-éduquer les utilisateurs à penser «en dehors de la boîte» ou «extérieur po" Au début des années 80 et les jours de l'ordinateur central, les architectes système dépensé une énorme quantité de temps avec les clients développant des spécifications du système avant d'écrire le système personnalisé, sur mesure. Les utilisateurs ont été invités à penser «en dehors-de-the-box" fonctionnellement, fraise "dans la boîte" technologiquement, à pousser la technologie à la limite (de ce que la boîte pouvait faire à l'époque). Les utilisateurs sont devenus habitués à exiger des fonctionnalités et se faire livrer, même à un prix élevé. Pour la fin de l'atténuation de cela, les serveurs d'applications sont devenues le middleware pour l'entreprise car ils fournissent plus en plus de crochets dans les applications héritées. Dans un environnement SOA, un serveur d'application hébergeant les services d'application et joue également le rôle d'une technologie habilitante fondamentale. moniteurs de traitement des transactions (MPT) et moniteurs de transaction d'objets (OTM) sont des exemples de produits serveur d'applications natives.

Avant Sun Microsystems a lancé le concept de serveur d'application à la fin des années 1990 (même si certains diront que le Microsoft Transaction Server [ MTS ] date d'avant le travail du serveur d'applications de Sun), le logiciel était encore largement considéré comme lignes insondables de code monolithique, applications héritées cloisonnées, ou au mieux des collections d'objets vaguement reconnaissables. Mainframe et des applications client / serveur premiers avaient aussi le contrôle complet de la pile de haut en bas, y compris l'interface utilisateur de (UI), la logique des processus, la logique d'intégration, la logique de l'application et base de données. L'avènement des serveurs d'applications ont commencé à changer par la promotion d'un changement subtil mais profond dans la façon dont le logiciel doit être conçu (et perçu). Pour la première fois, les développeurs ont commencé à penser le code en termes de fonctions et de services tels que la gestion des transactions, l'équilibrage de charge et la sécurité. Étant donné que ces services sont communs à tous les systèmes, indépendamment de la plateforme, les développeurs de logiciels ont commencé à poursuivre sérieusement l'idée que les composants fonctionnellement identifiables peuvent être réutilisés et partagés entre plusieurs systèmes différents.

Le but ici est d'aborder la connaissance du marché sans cesse croissant des faits suivants:

  1. Presque tous les changements d'affaires, et ce logiciel doit changer avec l'entreprise (voir Quel est le problème avec le logiciel d'application? changements d'affaires, le logiciel doit changer avec l'entreprise ).     
  2. Même les petites entreprises sont vraiment uniques, une taille ne pourra jamais convenir à tous, et donc, un logiciel personnalisé est une exigence pour de nombreuses entreprises, même pour les plus petits (voir Quel est le problème avec le logiciel d'application? entreprises sont vraiment unique- Une taille peut jamais Fit All ).       
  3. Le coût élevé du développement, du soutien et des améliorations en terme d'argent, de temps et de qualité de toute limite la capacité des logiciels d'ancienne génération installés pour répondre aux nombreuses demandes des entreprises (voir Quel est le problème avec le logiciel d'application? C'est l'économie ).

Toutefois, il faut des efforts laborieux, atrocement connaissance du domaine de l'industrie et des ressources (souvent estimés à des centaines de "années de travail») pour concevoir et construire un système d'entreprise à partir de zéro. En décidant comment l'écrire, chaque fournisseur de logiciels fait un grand engagement coûteux à l'assise technologique, il doit sélectionner au début du projet (par exemple, langage de programmation, plate-forme de système d'exploitation, et de la technologie d'accès aux données). Souvent, la langue sélectionnée et la technologie d'accès aux données sont étroitement intégrées et non séparés facilement plus tard.

Si on ne compte pas certains partisans open-source et les pionniers et IBM System i fanatiques (anciennement AS/400 à voir Server Platform Analyse de la situation: IBM AS/400 ), il a longtemps été une démarcation informelle entre les systèmes d'entreprise basés sur Unix pour agrandir l'entreprise et Microsoft Windows systèmes pour l'extrémité inférieure du marché. Avec l'avènement des serveurs d'applications, et les vendeurs et des utilisateurs des incursions dans les services Web et SOA Enablement, cette opposition a été transformé en Java 2 Enterprise Edition (J2EE) à base de serveurs d'applications par rapport à Microsoft. NET (voir Comprendre J2EE et. NET Environnements Avant de choisir ).

Bien que beaucoup ait jusqu'ici été dit dans nos recherches sur le camp J2EE (voir Oracle orchestre davantage ses incursions SOA , polyvalent SAP NetWeaver et contribuer à la revitalisation des systèmes existants dans le domaine de la planification des ressources d'entreprise ), rechercher des articles à venir qui va aussi analyser la situation des fournisseurs de l'entreprise Microsoft-centrique.

Si suffit de constater ici que le cas le plus élémentaire, et peut-être la plus répandue, serait celle d'un simple. NET-compatibilité sur le marché. Notamment, cela signifie seulement que les logiciels existants se contente de suite. Serveurs de marque NET (Microsoft Windows). Bien que ces technologiquement traîne produits Microsoft centrées peuvent fonctionner sur les derniers systèmes d'exploitation Microsoft et les plateformes de bases de données, les avantages précités de services Web ne sont généralement pas facilement réalisable.

Conclusion et recommandations

Quand une nouvelle technologie convaincante n'apparaît, il est assez commun pour un fournisseur d'applications d'entreprise pour entourer son ancien ERP ou logiciel de comptabilité de base dans un "wrapper" de la nouvelle technologie , dont le but est de masquer efficacement l'ancienne technologie, ce qui lui donne le dernier graphique "look". L'objectif est également de fournir un moyen facile d'accéder à la logique métier de base et des données provenant d'autres systèmes plus modernes, des dispositifs, ou de l'Internet. De nombreux systèmes de back-office comptables dans le marché de l'ERP et aujourd'hui ont été écrits en et encore contenir des carottes écrites dans les technologies non-traditionnels, voire archaïques. Les stratégies utilisées pour emballer des produits plus anciens comprennent intégrant des interfaces graphiques modernes de Windows (GUI), souvent appelées "screen scrapers" ou interfaces utilisateur basées sur le navigateur Web, ou dernièrement, offrant de nouvelles couches de services Web pour rajeunir leur produits âgées en accédant à des anciens composants et bases de données logiques commerciales.

Tant que le logiciel "vieux" répond aux besoins des entreprises, les nouvelles technologies n'est pas le facteur de changement, ce qui en fait des produits de remplacement sur un nouveau cadre, une stratégie risquée. Certains des produits vénérables sont maintenant dans leur génération énième fois, ce qui a donné aux fournisseurs la possibilité d'optimiser leur code et résoudre de nombreux autres problèmes de sécurité et contradictoires. la fonctionnalité du produit qui importe encore beaucoup, et bien qu'il soit important pour les fournisseurs d'applications d'entreprise pour mettre en œuvre la dernière informatique "saut quantique", il n'existe aucune corrélation entre la première garantie d'accès au marché et le succès sur le marché. De nombreux fournisseurs ont également ressenti le mécontentement des bases de clients qui étaient loin d'être prêt à faire un saut technologique significatif. Ainsi, après avoir été chargé d'une large base de clients toujours en cours d'exécution sur un tas de produit plus que de soutenir les technologies éventuellement obsolètes, même les plus grands fournisseurs ont dû faire marche arrière et de repenser leurs stratégies d'abandon de libération des produits plus anciens.

En guise de conclusion, il est toujours le bien-fondé d'affaires qui devrait conduire les décisions techniques. Chaque entreprise doit se concentrer sur l'optimisation des processus et des compétences de base telles que la réduction des coûts, l'amélioration de la satisfaction du client, la réalisation des livraisons plus rapides, et ainsi de suite. Puis, un peu d'exercice minutieux doit être menée afin de déterminer les facilitateurs technologiques. Pour la grande majorité des entreprises, leur futur portefeuille d'actifs qu'il sera toujours en vedette un mélange de produits emballés et applications héritées de chez nous, et non pas une réécriture totale SOA.

Ceci conclut la série architecture Evolution:. des grands systèmes vers une architecture orientée services

 
comments powered by Disqus


©2014 Technology Evaluation Centers Inc. All rights reserved.