Accueil
 > Rapports de TEC > Blogue de TEC > Comprendre SOA, Web Services, BPM, BPEL, et plus Première...

Comprendre SOA, Web Services, BPM, BPEL, et plus Première partie: SOA, Web Services, et BPM

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

Présentation

La bataille pour la domination de l'architecture orientée services (SOA) et les services Web a jusqu'ici été largement une guerre des mots sans encore le gagnant clair (et non tout moment bientôt), autant de normes basées sur Internet sous-jacents sont apparues que récemment. Pourtant, les partisans des deux principales plates-formes / cadres, Java 2 Enterprise Edition (J2EE) et Microsoft. NET , s'entendre sur l'avenir des services Web, et ont construit similaire cadres de la technologie pour les développeurs. . Tant le Java et NET camps comptent également sur le même ensemble de normes établies telles que:

  • eXtensible markup language (XML), une langue qui facilite la communication directe entre les ordinateurs sur Internet, et, contrairement à l'ancienne hypertext markup language (HTML) cousin, qui fournit des balises HTML donnant des instructions à un navigateur Web sur la façon d'afficher des informations, les balises XML donner des instructions à un navigateur Web sur la catégorie de l'information;       

  • Universal Description, Discovery, et l'intégration (UDDI), un annuaire distribué sur le Web qui permet aux entreprises de se lister sur Internet et découvrir l'autre, semblable au jaune et blanc d'un annuaire téléphonique traditionnel pages;       

  • Web Services Description Language (WSDL), un langage XML formaté que UDDI utilise, et qui a été développé conjointement par Microsoft et IBM et utilisé pour décrire un service de Web fonctionnalités comme des ensembles de paramètres de communication capables d'échanger des messages, et       

  • protocole Simple Object Access (SOAP), un protocole de messagerie basé sur XML utilisé pour encoder les informations contenues dans la demande de service Web et les messages de réponse avant de les envoyer sur un réseau. des messages SOAP sont indépendants de tout système d'exploitation ou le protocole et peuvent être transportés en utilisant une variété de protocoles Internet, y compris simples protocole de transport de courrier (SMTP), extensions de Multipurpose Internet Mail (MIME ), et Hypertext Transport Protocol (HTTP).

Pour plus d'informations sur le J2EE et. NET environnements et leurs différences subtiles, voir Comprendre J2EE et. Environnements net avant que vous choisissez.

assez pertinente de ce qui précède, un concept bien connu de architectures orientées services (SOA) devrait aider les développeurs plus loin sur la voie de la séparation des composantes de logiciel. Plus on peut faire la carte du logiciel pour les processus métier et de s'adapter au fil du temps, meilleurs sont les applications appuieront les objectifs des entreprises (c'est à dire avec une agilité sous-jacent).

Une application bien construite qui s'intègre étroitement et encore découple lâche un ensemble de solide, et pourtant modules personnalisables va certainement trouver des clients dans ce marché très hétéroclite. SOA est une architecture d'application dans lequel toutes les fonctions, appelées "services", sont définies en utilisant un langage de description des interfaces et évocable qui sont appelés à exécuter des processus d'affaires. Processus, les transactions et les composants fonctionnels spéciaux doivent tous être exposés en tant que services permettant diverses applications composites, d'être exposés trop. Chaque interaction doit être indépendant de chaque autre interaction et les protocoles d'interconnexion des appareils communicants (ie, les composants de l'infrastructure qui déterminent le système de communication n'affecte pas les interfaces).

Parce que les interfaces sont indépendant de la plateforme, un client à partir de n'importe quel dispositif utilisant n'importe quel système d'exploitation (OS) dans n'importe quel langage de codage peut supposément accéder ou utiliser le service. En termes simplifiés, SOA serait un ensemble de services (qui sont, encore une fois, des groupes de composants logiciels d'exécution de certains processus d'affaires, tels que le traitement d'un ordre de paiement, le calcul ou la mise à jour des taux de change, ou l'authentification des utilisateurs), sur un réseau qui peut communiquer les uns aux autres.

Bien que construite sur des principes similaires, SOA n'est pas la même que les services Web , ce qui indique une certaine collection de technologies, telles que le SOAP défini ci-dessus, UDDI, WSDL, et XML. En termes plus simples, XML est utilisé pour étiqueter les données, SOAP est utilisé pour transférer les données, et WSDL est utilisé pour décrire les services disponibles, tandis que UDDI est utilisé pour l'inscription quels services sont disponibles. Utilisé principalement comme un moyen pour les entreprises de communiquer les uns avec les autres et avec les clients, les services Web permettent aux organisations de communiquer des données sans connaissance intime des technologies de l'information de l'autre (TI) derrière le pare-feu. Être applications basées sur le Web qui interagissent dynamiquement avec d'autres applications basées sur le Web en utilisant des standards ouverts, les services Web agir analogiquement à échange électronique de données (EDI), à la différence d'être un échange électronique des processus à la place.

D'autre part, la SOA implique une notion beaucoup plus large et plus abstrait, étant donné qu'il est plus qu'un ensemble de technologies et fonctionne indépendamment des technologies spécifiques. Les services Web promettent dépendance non-fournisseurs grâce à l'utilisation de nouveaux standards de l'Internet pour la messagerie basé sur le Web, l'accès aux applications et interfaces, les opérations de processus d'affaires, et d'autres activités clés SOA. Dans tous les cas, la possibilité de plus répandu, la réutilisation systématique des logiciels, réduire la complexité, l'agilité améliorée, et un moyen plus rapide de l'intégration des systèmes existants avec des applications contemporaines, les services Web SOA et disposent d'une promesse de "recollement" des environnements hétérogènes trouvés dans la plupart Les services informatiques de nos jours.

Ainsi, toujours maturation technologie des services Web est susceptible d'augmenter la prise de conscience de la composante des applications basées sur le concept et accélérer son adoption encore naissante. L'approbation de la technologie des services Web grands fournisseurs de pourrait en effet aider à rattraper leur latence d'endosser la technologie des composants ou orientée objet il ya plusieurs années. Les services Web ont un potentiel de devenir la dernière évolution de la technologie d'intégration d'applications ou un nouveau modèle de conception d'application révolutionnaire en permettant aux développeurs de créer ou d'améliorer les applications en connectant les composants granulaires qui sont accessibles via les protocoles Web indépendant de la plateforme. Alors ils s'appuient sur la notion d'âge de la réutilisation des objets d', ils peuvent enfin offrir ce mile supplémentaire par l'adhésion à des normes qui sont en train de s'implanter. En outre, ils ont tendance à être plus simples dans leur nature, en partie en raison des normes Internet collaboration ci-dessus adoptées, et ils ont également tendance à être des abstractions de haut niveau (par exemple, si un objet est une commande d'achat, un service Web serait le processus de fermeture d'un ordre d'achat), ce qui implique l'indépendance de plate-forme plus probable et "mélangeant et en assortissant" occasion par les développeurs.

En outre, la stratégie aidera les goûts de SAP et Oracle plus ouvert ou componentize leurs produits, comme des standards comme XML et extensible langue feuille de style (XSL) permettent de partager des données et avoir une présentation uniforme à travers une application, sans nécessairement terriblement creuser dans le code source.

Ceci est la première partie d'une note en deux parties.

deuxième partie portera sur BPEL et faire des recommandations d'utilisation.

Business Process Management (BPM)

étroitement liée à la SOA serait la gestion des processus d'affaires évolution la technologie (BPM), ce qui implique un large éventail de services et d'outils qui fournissent pour la gestion des processus explicite et complète, où les entreprises peuvent changer relativement rapidement le chemin des transactions, les requêtes et autres communications sont manipulées, et de traiter avec des exceptions ou des pépins. BPM implique typiquement

1) l'analyse des processus et de la modélisation, à l'aide d'un concepteur de processus graphique ciblé pour les analystes métier;

2) définition;   

3) exécution;     

4) le suivi de la performance des processus, son degré d'avancement et les conditions sur des limites du terrain, et       

5) administration pour la fin du processus et l'équilibrage de charge ou au réacheminement, tous, y compris le soutien à la fois pour l'interaction au niveau des applications humaines (manuel) et (automatique).

Comme le flux de processus est exécuté via un moteur d'exécution, diverses applications d'entreprise (c.-à-héritage, emballé standards, sur mesure, des tiers et des services Web) peut être invoqué, de même que les tâches qui les humains ont à compléter ou à intervenir. Par conséquent, BPM a émergé à partir de nombreuses sources étant donné la multitude de composants interconnectés qui sous-tendent un système à part entière BPM, comme le workflow, intégration d'applications d'entreprise (EAI), middleware, de modélisation de processus, surveillance de processus, les applications d'entreprise , les outils collaboratifs, les courtiers d'intégration, les serveurs d'intégration Web, serveurs d'applications, outils de développement d'applications, moteurs de règles et ainsi de suite, ce qui crée naturellement un environnement complexe.

une des promesses les plus attrayants de la SOA est le potentiel de création d'applications et de systèmes utilisant des modèles d'affaires, qui pourrait même être visualisées, parce que les services Web peuvent généralement être décrits par leurs métadonnées, de sorte qu'une personne peut construire ou cartographier l'ensemble du système en reliant l'invocation de services dans une séquence donnée (par lequel même que la séquence et sa logique peut également être décrit dans les métadonnées). Le processus de création des métadonnées à la séquence de l'invocation de plusieurs services dans un flux de processus métier est considéré comme l'orchestration, et indifféremment pour composition , chorégraphie ou plus. Quelle que soit mentionné, il permet à toute la complexité technique d'être transparent et «technologie conviviale» pour les non-utilisateurs de TI d'affaires avisés, et permet aux entreprises de réaliser que longtemps convoitée, mais jusqu'ici, objectif insaisissable de combler le fossé proverbiale entre les entreprises et IT mondes au sein d'une organisation. La beauté d'une approche SOA pourrait être en obligeant le personnel IT de concevoir des architectures d'entreprise basées sur des processus d'affaires plutôt qu'en simples termes de technologie ainsi que systèmes qui en résultent reflètent les besoins et les pratiques commerciales de l'organisation.

On pourrait noter, cependant, que, les vendeurs mi-petits marchés semblent se concentrer moins sur le routage et l'invocation des processus automatisés complexes entre les systèmes disparates (voir BPM données et les processus tisse Pour en temps réel Revenus ), mais plutôt sur les aspects de la BPM de gestion des exceptions et l'automatisation des processus plus simples (ie, de services technologiques ou d'infrastructure tels que l'authentification, d'alarme ou de files d'attente, par opposition à d'autres services d'activités impliquant). Le terme BPM a longtemps été utilisé (et souvent mal utilisé) dans le jargon de l'industrie des TI, car une grande partie de la notion avait initialement été couverts par la pratique des technologies de gestion de workflow, ce n'est que récemment d'être rejoint par les vendeurs d'intégration d'applications, qui concentre plus sur BPM de l'aspect de simples technologies mentionnées ci-dessus.

SOA offre ainsi une approche de conception prometteuse pour faire de grands systèmes informatiques plus flexibles et rentables. À savoir, une pléthore d'applications étendue ERP conçu pour fonctionner en conjonction avec le noyau ERP et les systèmes de back-office créer un plus grand besoin pour l'intégration des applications et des données, selon lequel toute demande doit être capable de communiquer avec des applications externes assez facilement et simplement. Car une grande partie du coût de la mise en œuvre est souvent en réalité celle de l'intégration, l'extensibilité a d'importantes répercussions sur les coûts et les performances. De la discussion qui précède, les applications qui embrassent le concept SOA et fournir des services Web basés sur des normes devraient réduire considérablement la complexité et le coût de l'intégration. À cette fin, le framework. NET a été construit avec SOAP comme protocole de transfert de données de base, mais ce ne serait pas nécessairement le meilleur choix, comme SOAP est composé de XML sur HTTP, ce qui n'est pas le protocole de transfert de données plus rapide.

D'autre part, bien que J2EE a été rédigé avant l'avènement et l'adoption des services Web, le marché a réagi avec une énorme quantité d'outils et d'applications de services Web. Par conséquent, à ce stade, les applications développées avec les deux. NET ou J2EE peuvent profiter des services Web SOA et, et répondre à la question de l'extensibilité efficacement. En outre, les services Web peuvent motiver les vendeurs à l'intégration plus serrée couple avec le développement précoce dans le cycle de vie des applications logicielles. Microsoft semble avoir compris ce grâce à la capacité de son BizTalk Server pour utiliser Visual Studio.NET (VS.NET) les objets et les combiner de manière orientée processus avec d'autres des composants d'application. BEA 's WebLogic , IBM ' s WebSphere , Oracle AS 10g , SAP NetWeaver , et d'autres plates-formes de serveurs ont été livrés dans le même sens. Ainsi, au lieu d'avoir à parcourir la complexité de l'intégration qu'après applications ont été mises en place et sont mis en place, les entreprises peuvent commencer l'exécution de la stratégie d'intégration en même temps que le développement et le déploiement.

SOA et Web Services défis

Mais, l'un des défis majeurs pour le succès des services SOA et Web en général est de fournir un environnement dans lequel les entreprises peuvent tirer parti d'un service Web disponible pour répondre à un besoin métier spécifique. Le facteur clé de succès sera que ces utilisateurs ont besoin d'être isolés à partir des détails techniques et des technologies et plates-formes sous-jacent. À la base, les services Web sont tous sur BPM, comme le concept de services Web renvoie à la capacité de combiner des portions d'applications logicielles (à l'aide d'un ensemble de normes technologiques) pour créer de nouvelles applications et de processus d'affaires, d'une manière analogue à la planification de la ville et des services d'infrastructure partagés tels que la coordination des feux de circulation, les services publics et les réparations de la route dans une municipalité. Alors que la capacité d'accomplir cette combinaison est relativement facile, il devient beaucoup plus difficile lorsque les entreprises cherchent à tirer parti de cette capacité de créer de nouveaux processus d'affaires. La logique métier nécessaire pour l'acheminement event-driven et correspondant information est généralement plus complexe que l'intégration traditionnel point-à-point de données basée sur (par exemple, en exigeant un service pour envoyer toutes les données client internes au système A, et toutes les données des clients étrangers au système B, ou, quand un ordre d'achat est reçu, l'accusé de réception doit être renvoyée)

.

Si les services Web offrent la flexibilité technique pour mieux cartographier les fonctionnalités du logiciel aux besoins des entreprises, les utilisateurs d'entreprise doit disposer d'une interface intuitive, facile à utiliser l'outil pour les services Web qui devient une partie de leur espace de travail régulier. Jusqu'à présent, aucune solution unique d'insertion auprès d'un fournisseur a été en mesure de résoudre tous les besoins d'intégration d'entreprise complexes, et cette limitation a conduit à la nécessité pour les grandes entreprises à mettre en œuvre de nombreux produits d'intégration de plusieurs fournisseurs.

Pour cette raison, il ya eu une prolifération de start-ups qui ont fourni l'infrastructure de soutien qui entoure les services Web, qui n'ont pas été initialement fournies par les principaux fournisseurs sur le marché. Par exemple, certains domaines fonctionnels (sans limites claires et avec de nombreux chevauchements et les crossovers) fournis par seulement quelques services Web mentionnés start-ups seraient

      Les outils de développement
  • , qui sont utilisés pour créer des interfaces et des applications de services Web, selon les goûts de Exadel (anciennement Eltegra ), esprit électrique (maintenant partie de webMethods ), Veridocs , Systinet , Bibliothèque de Logic , et Laszlo Systems .       

  •   plates-formes de gestion
  • , qui sont utilisés pour fournir des couches et de la gestion d'applications de services Web, la sécurité de l'aime de Collaxa (maintenant partie de Oracle), Actional , Lombardi Software , Infravio , WebCollage , AltoWeb (aujourd'hui disparue), Fuego , Savvion , Talking Blocks (maintenant partie de HP ), Ultimus , Chordiant , HandySoft , West Global , et AmberPoint .       

  •   réseaux
  • services Web, qui fournissent l'infrastructure pour les opérations de service Web à l'extérieur du pare-feu, selon les goûts de Allidex , flamenco Networks (maintenant partie de Evolution numérique ), et Grand Central Communications .       

  • l'intégration des processus d'affaires, qui inclut la modélisation des processus, l'intégration Web faiblement couplée basée sur les services, et les services plateformes de messagerie Web, des goûts de Black Pearl , logiciel Juice , Metamatrix , OmniHub , Sonic Software , Fiorano , IONA , Q-Link , Red Oak Software , RioLabs , et Métis Technologies .

En outre, les goûts de Sonic, Cape Clear et PolarLake offre bus de services d'entreprise produits (ESB), qui sont ouverts basés sur des normes distribué produits middleware de messagerie synchrone ou asynchrone qui fournissent probablement une interopérabilité sécurisée entre les applications d'entreprise via XML, des interfaces de services Web et standardisée routage de documents basé sur des règles. La conception multilingue et multi-plate-forme d'un ESB permet aux entreprises de traiter des données entre les applications provenant de diverses sources, étant donné ESB exploiter les environnements J2EE et. NET. ESB peut être considéré comme une extension de l'EAI traditionnel pour ajouter les fonctions clés suivantes:

  • transformation, la capacité à transformer des documents XML à partir d'un format de données dans un autre de sorte que la partie destinataire peut s'interfacer avec les données dans un format d'application qui est différent de celui dans lequel il est envoyé;       

  • portabilité, la capacité à partager les données entre différents ordinateurs et les environnements OS;       

  •   L'équilibrage de charge
  • et le clustering, la capacité à distribuer traitement entre plusieurs appareils de sorte qu'aucun dispositif unique devient surchargé et       

  • basculement, la capacité à transférer des fonctions de messagerie vers un autre serveur si l'un tombe en panne au cours de l'échange de données.

Cependant, ces divers outils pour une création facilitée des services Web ont inondé le marché ces derniers temps, les entreprises ont de plus en plus efforcé d'utiliser adoption prudent et standardisé ou le visage surcharge de l'infrastructure. Assez rapidement, la convergence des technologies et la consolidation des fournisseurs vont conduire les organisations d'utilisateurs de rationaliser le nombre de fournisseurs d'intégration et de produits Web services liés vers un ensemble de base d'outils stratégiques qui assureront la majorité des fonctionnalités nécessaires.

Cette rationalisation devrait bénéficier organisations en facilitant l'utilisation d'outils d'intégration communes qui devraient, à long terme, les dépenses de formation inférieurs et offrent la possibilité de réduire licence globale, l'entretien et les frais de soutien. Pour les raisons ci-dessus, de nombreuses entreprises optent pour entraver leur développement jusqu'à fournisseurs traditionnels rattraper.

Ceci conclut la première partie d'une note en deux parties.

deuxième partie portera sur BPEL et faire des recommandations d'utilisation.

 
comments powered by Disqus

Recherches récentes :
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Others

©2014 Technology Evaluation Centers Inc. All rights reserved.