Construire une architecture SOA adaptée à sa politique de gestion
La politique de gestion SOA apporte une grande flexibilité technique et métier aux solutions SOA. A l'utilisation la politique SOA apporte un moyen rapide de changer les caractéristiques clés d'un service opérationnel, incluant les règles métiers comme les seuils d'approbation et le traçage des transactions. Comment construire une architecture adaptée à ses politiques ?Au cours du développement, la politique SOA contrôle les aspects clés de la manière dont vos services sont construits. Il nécessite une coordination entre des aspects et fonctions de plusieurs outils logiciels et produits d'infrastructure différents.
Même si certains produits sont estampillés «Gestion de la politique», préparer votre infrastructure pour la politique SOA ne doit pas commencer par l'évaluation des produits, mais par comprendre les principales fonctions nécessaires à une politique de gestion efficace et la façon dont ils travaillent ensemble.
Alors vous serez en mesure d'évaluer la façon dont vos produits existants et nouveaux - portant ou non la mention "Gestion de la politique" - vous apporteront l'environnement intégré dont vous avez besoin pour une politique SOA efficace.
Concevoir une architecture adaptée à votre politique
La plupart des organisations choisissent une approche progressive de la politique SOA, commençant par des domaines tels que la sécurité ou la gestion. Avant de concevoir la politique d'infrastructure SOA, assurez-vous de maitriser où votre organisation doit utiliser en premier lieu la politique SOA, votre maturité pour la politique de gestion des SOA, et l'appréhension générale du cycle de vie de la politique SOA. Du fait de l'utilisation cordonnée de plusieurs produits, conception de l'architecture est le point de départ - surtout pour préparer le terrain de la construction incrémentale de l'infrastructure. La conception de l'architecture pour votre politique SOA se fait en trois étapes itératives :
1. L'architecture conceptuelle de la SOA.
En concevant en premier lieu le fondement de la SOA vous :
1) Vous assurez de comprendre la politique SOA.
2) Vous créez une base simple pour la description de la SOA pour la direction, les développeurs, mais également pour le reste du personnel concerné (c'est à dire tout le monde).
3) Construisez un vaste schéma de catégorisation pour comprendre où, comment, et dans quelle mesure différents produits jouent un rôle dans votre infrastructure pour la SOA.
2. La logique de l'architecture SOA.
S'appuyant sur votre architecture conceptuelle, il faut ajouter un niveau supplémentaire de détail qui définit les éléments majeurs de votre infrastructure pour la politique SOA. En développant l'architecture logique, vous commencerez à percevoir comment votre politique s'intègre dans votre organisation complète de la plate-forme SOA, par exemple, en évaluant comment un référentiel SOA peut être utilisé pour telle ou telle politique.
3. L'intégration avec la stratégie de plate-forme SOA.
Avec une architecture logique déjà en place (ou une première ébauche), cartographiez les fonctions de la politique dans votre platforme pour définir comment la politique devrait s'intégrer avec les fonctions de messagerie et de management. Les produits concernés et leurs rôles varient en fonction du développement spécifique et progressif de la plate-forme et de l'infrastructure SOA.
Construire sa politique d'infrastructure
Vous avez maintenant une architecture logique solide comme base pour votre politique, mais vous ne pouvez pas gérer mener votre activité avec une architecture logique.
En menant la réalisation physique de votre plate-forme SOA supportant votre politique, deux tâches essentielles préparent le terrain:
1. Rechercher des fonctions de politique SOA dans des produits existants.
L'infrastructure agit ici comme une extension d'une plate-forme SOA, et non comme une plate-forme indépendante. Les fonctions de la politique SOA sont identifiées dans votre architecture logique mais fournis par:
1) Des logiciels d'infrastructure traditionnels,
2) des produits spécialisés de SOA,
3) et les produits conçus spécialement pour soutenir les politiques SOA ou plus généralement des politiques de management.
Pour développer votre infrastructure de politique SOA, identifiez par exemple, la façon dont votre application SOA, votre ESB(Enterprise service bus), mais aussi vos produits non-SOA pourraient fournir des fonctions définies par votre architecture logique.
2. Définissez votre stratégie pour la politique SOA de gestion des normes.
Dans le cadre de la détection de politiques dans les produits existants, décidez comment utiliser les normes de l'industrie.
Bien qu'elles ne couvrent qu'une petite partie de la totalité du champ d'application de la politique de gestion des SOA, certaines spécificaitons et standards fournissent d'importants aspects d'intégration entre les différentes parties de votre politique d'infrastructure SOA.
Néanmoins, nous sommes aux premiers jours des politiques SOA, et les normes ne sont pas encore largement adoptées, de sorte que votre planification doit être faite avec soins pour savoir quand et comment les utiliser.
Règles générales lors de l'examen de normes liées à une politique SOA :
Utiliser une norme si votre infrastructure SOA la supporte mais seulement après l'avoir testé avec soin.
- Toujours inclure une norme dans les critères de sélection de votre produit - à moins qu'elle ne soit pas applicable dans votre cas ou si vous avez spécialement opté contre.
- Ne pas rendre une norme obligatoire, sauf si le critère de sélection, en fonction de vos besoins, de votre stratégie, et de la maturité de vos spécifications, vous avez expressément décidé de l'adopter.
- Tous les autres aspects étant égaux, acheter un produit qui prend en charge la norme en question et de manière générale, favoriser un produit fait pour la supporter.
- En utilisant (ou non) une norme, examiner attentivement la façon dont vous adapterez l'évolution de votre architecture et de la plate-forme si la norme venait à perdre (ou gagner) le support de l'industrie.
Une fois que vous avez défini une architecture logique, à déterminer comment adapter vos produits avec la logique de l'architecture, et a décidé de l'utilisation des spécifications de l'industrie et les normes, vous aurez la base technique dont vous avez besoin pour déterminer ce que les produits que vous pourriez avoir besoin pour la politique de gestion des SOA. Votre stratégie peut varier en fonction de votre agressivité dans l'adoption de SOA politique, votre calendrier pour l'utilisation de SOA différents domaines de la politique, votre infrastructure existante, et vos plans pour l'évolution de votre plate-forme SOA. Utilisez ces conseils pour établir une solide fondation pour l'architecture à la fois pour faciliter la planification à court terme et à long terme, l'évolution de votre politique de gestion de l'infrastructure SOA.
Une fois votre architecture définie, déterminer comment adapter vos produits à l'architecture logique, et décidez de l'utilisation des normes et standards industriels, ainsi vous disposerez des bases techniques nécessaires pour déterminer quel produit vous convient pour la gestion de vos politiques SOA. Votre stratégie variera en fonction de votre dynamisme dans l'adoption de politiques orientées services, votre timing dans l'utilisation de plusieurs domaines, votre infrastructure existante et vos plans d'évolution de la plateforme. Utilisez ces conseils pour construire une solide fondation d'architecture pour faciliter la planification à moyen terme des avantages et les évolutions à long-terme pour la politique de management de votre architecture orientée service.