SOA & Interop @ Microsoft France : ArchiMS

BizTalk Server 2009 : nouveautés SOA et ALM

Steve SFARTZ — Tue, 12 May 2009 06:13:00 GMT

Disponible depuis fin avril, BizTalk Server 2009 consolide les avancées SOA et BPM des versions précédentes et s’aligne avec la dernière version de la plate-forme applicative Microsoft tant sur les aspects production (Windows Server 2008, virtualisation Hyper-V, SQL Server 2008), que développement (Visual Studio 2008 et .Net 3.5 SP1). Et le portail BizTalk France de nous rappeller que BizTalk compte près de 8.500 clients à travers le monde, dont les témoignages de Exane (BNP), Institut Gustave Roussy (IGR), SEB, UNESCO et le Groupe Acadomia.

Côté développement (le détail ici), BizTalk Server 2009 vous intéressera pour ses nouvelles capacités de travail en équipe, et une productivité accrue :

New Application Lifecycle Management (ALM) experience - with Support for TFS - integrated source control, bug tracking, unit testing, MSBuild automation
Enhanced Developer Productivity with Visual Studio project system updates & Map Debugging

Côté SOA (le détail ici), BizTalk Server 2009 renforce ses capacités d’intégration ainsi que ses fonctionnalités ESB :

ESB Guidance 2.0
New UDDI v3 Web Services Registry
New and enhanced LOB adapters (Oracle eBusiness Suite, SQL Server)
Enhanced host systems integration (WebSphere MQ, CICS, IMS)
Enhanced BAM support

Pour mettre en pratique ces nouveautés, je vous invite à consulter le centre de développement BizTalk MSDN, et notamment dérouler quelques travaux pratiques disponibles sous forme de laboratoires virtuels : Building your first BizTalk Solution, Working with Schemas, Working with Maps, Working with Pipelines, Processing Flat Files, Integration with POP3 and SharePoint and Routing Failed Messages, Creating BizTalk Server Orchestrations, Integrating Business Rules, Deployment and Management, Using the WCF Adapters in BizTalk Server 2009, What Is New In BizTalk Server 2009.

Et si vous souhaitez parcourir les fonctionnalités de BizTalk Server 2009 tout en touchant du doigt leur mise en oeuvre, je vous recommande la lecture de ce document technique (50 pages) : BizTalk Server 2009 Technical Overview.

[TechDays 2009] Tour d'horizon REST en environnement Microsoft et hétérogène

Steve SFARTZ — Tue, 17 Feb 2009 13:45:00 GMT

Afin de faire un tour d’horizon de l’architecture REST et son implémentation en environnement hétérogène .Net et Java, cette session a été co-animée avec Thierry Boileau de la société Noelios Technologies, spécialistes REST et concepteurs du framework Restlet.

Nous avons choisi de consacrer 30 minutes aux principes d’architecture REST et à la méthodologie ROA/D préconisée par Noelios : identification des ressources, constitution des URI, choix des méthodes, conception des représentations, définition des statuts HTTP. En conclusion, de cette première partie, REST est un style d’architecture, chacun doit se positionner depuis les positions les plus pragmatiques ou plus puristes (au sens respectueuses de la thèse de Roy Fielding).

Nous avons ensuite parcouru les implémentations proposées par Microsoft et Noelios, en présentant des implémentations permettant de parcourir et mettre à jour une liste de clients :

WCF : depuis la version 3.5, WCF propose un binding adapté au style REST (WebHttpBinding) qui permet de construire ses URI (URI template), de définir ses styles de représentation (XML, JSON…) et de spécifier ses Méthodes (GET, PUT, POST, DELETE). WCF constitue ainsi une fondation pour les frameworks cités ci-après.

WCF REST Starter Kit : annoncé en octobre 2008, ce framework opensource proposé sur CodePlex implémente les scénarios REST les plus courants, à savoir exposer une ressource sous format XML ou JSON, une collection de ressources, un flux Atom… Le kit est complété de template Visual Studio.

ADO.NET Data Services : Ce framework est une extension standard de .Net 3.5 et de Silverlight 2, et une API javascript est aussi disponible. En pratique, il s’agit ici d’exposer et consommer des ressources très facilement au travers d’interfaces REST qui permettent de parcourir le graphe de ressources, avec une intégration de sources de données relationnelles au travers du framework ADO.Net Entity. Remarque : il est aussi possible d’exposer des sources de données mémoires. Ce framework est largement utilisé par les services en ligne Microsoft (notamment Azure Storage et SQL Services), et il a le gros avantage de simplifier la manipulation des ressources côté client au travers d’une API dédiée (qui permet de s’affranchir de l’écriture de requêtes REST, mais aussi de la gestion des états des données – notion de “Unit of Work / Persistance Unit” pour les familiers de TopLink / JPA). Les flux échangés sont de type Atom pour les collections et possibilité de choisir XML/JSON pour les éléments atomiques.

Restlet : le framework opensource Java de Noelios a la caractéristique d’implémenter l’ensemble du paradigme REST, en étant nativement orienté Composants et Connecteurs. En pratique, une application expose des Ressources qui proposent des représentations.

Nous avons ensuite présenté une synthèse qui positionne ces implémentations. Remarque : s’il est possible d’accéder en REST à l’API ADO.NET Data Services, cette communication sera simplifiée si on utilise une API client ADO.NET Data Services.

Figure : Synthèse REST en environnement hétérogène

Nous avons conclu en présentant 2 scénarios d’interopérabilité :

Une application Silverlight qui accède à des ressources REST exposées en Java Restlet. Dans la mesure où la technologie Silverlight limite les méthodes HTTP à POST et GET, nous avons du surcharger l’URI de mise à jour avec une extension Restlet pour supporter le PUT (?method=PUT). Pour une meilleure interopérabilité, je vous invite à utiliser l’extensibilité HTTP au travers d'un header X-HTTP-Method-Override.

Une intégration Restlet des queues de messages de Windows Azure, qui permet donc de manipuler les queues de messages en Java, cad, pousser et retirer des messages mais aussi créer et supprimer des queues. Cette démonstration a été réalisée grâce à l’intégration de la technologie d’authentification SharedKey et SharedKeyLite par les équipes Noelios Technologies dans les derniers builds de la version 1.2. (unstable build du 16 février).

"Big SOA" non merci => place aux Services

Steve SFARTZ — Wed, 07 Jan 2009 01:07:00 GMT

L’année 2009 débute par ce billet “SOA is Dead; Long Live Services” de Anne-Thomas Manes du Burton Group (citée précédemment dans le billet “Les Bus de Services en pratique”).

Except in rare situations, SOA has failed to deliver its promised benefits. After investing millions, IT systems are no better than before. In many organizations, things are worse: costs are higher, projects take longer, and systems are more fragile than ever. The people holding the purse strings have had enough. With the tight budgets of 2009, most organizations have cut funding for their SOA initiatives.

It’s time to accept reality. SOA fatigue has turned into SOA disillusionment

Le billet étonnera peu de spécialistes du domaine, mais dans la mesure où Anne-Thomas est l’une des figures de la “Big SOA”, la nouvelle est une importante marque de reconnaissance pour les approches pragmatiques.

Although the word “SOA” is dead, the requirement for service-oriented architecture is stronger than ever.

UPDATE (lu parmi les commentaires du billet d'Anne) : I've actually had conversations with IT professionals about their SOA initiatives where they had trouble defining what SOA stood for, and not understanding that one could have a service-oriented-architecture without buying a "SOA" stack of software.

Le grand gagnant : les Services et les scénarios concrets d’utilisation en entreprise notamment :

L’Intégration & Interopérabilité (les Services Web REST & SOAP style)
L’Alignement IT/Métier (BPM, MDM…)
Le Cloud Computing (SaaS, PaaS, IaaS…)

D’ailleurs, je pressens que l’année 2009 va voir la fusion de mes blogs “SOA & Interop @ Microsoft France” et “Cloud Computing @ Microsoft France” vers un blog unique qui s’intitulerait “Services & Interop @ Microsoft France”, voire “Software + Services @ Microsoft France” ;-)

“Geneva” : Roadmap et adoption

Steve SFARTZ — Fri, 12 Dec 2008 14:36:00 GMT

Durant la session “Identity : Roadmap for Software + Services” de la PDC 2008, Kim Cameron a présenté la vision Microsoft en terme de fédération d’identité au travers des technologies “Geneva” Server, Framework & Cardspace et son intégration avec les founrnisseurs de claims que sont Windows Live ID, Microsoft Federation Gateway, .Net Access Control Services ou tiers. Rappelons que ces concepts sont fondamentaux pour vous assurer de l’accessibilité de vos services au délà des frontières de votre organisation.

Si vous êtes intéressé par les technologies “Geneva”, nous lançons un programme TAP (Technology Adoption Program) mettant en oeuvre la version beta 2. Pour y participer, proposer un scénario d’expérimentation détaillé. Pour rappel, voici la roadmap des technologies Geneva :

Geneva, Fédération d’identité, comment ça marche ? à quoi ça sert ?

En synthèse l’objectif est de simplifier l’accès à vos applications au travers d’un modèle ouvert et interopérable reposant sur le concept de claims (proclamation d’informations d’identité). On résoud donc la problématique suivante :

au travers d’un système du type :

où les informations d’un Active Directory d’Entreprise sont exposées sous forme de claims standards et interépérables pour être consommables à l’extérieur de l’entreprise par des systèmes avec lesquels nous aurons établi des partenariats (système d’identités fédérées).

Qu’en est-il du Microsoft Services Connector ?

Il s’agit d’un connecteur spécifique, gratuit et disponible en téléchargement, qui permet de connecter un Annuaire d’entreprise Active Directory aux Services Microsoft. Ce connecteur est donc plus restrictif que la technologie “Geneva Server” qui permet elle de créer une fédération d’identité entre système hétérogène (et non limité aux Services proposés dans les nuages par Microsoft et accessibles au travers de la Microsoft Federation Gateway).

Qu’est que la Microsoft Federation Gateway ?

Microsoft propose différents services (Live Services, Azure Services…) pour le particulier, les entreprises et les développeurs. Ces services sont accessibles au travers d’API spécifique (Windows Live ID, .Net Access Control Service). L’objectif de la Microsoft Federation Gateway est de proposer un point unique d’accès à l’ensemble des services proposés par Microsoft. Ainsi, vos applications d’entreprise peuvent tirer parti immédiatement de la multitude de services Live et Azure pour élargir leurs fonctionnalités.

J’attire votre attention que la passerelle de fédération d’identité Microsoft est compatible avec des claims générées par des technologies tierces et respectant les standards de fédération d’identité.

Remarque : Il est aussi possible d’accéder directement aux services Live et Azure sans mettre en oeuvre de fédération d’identité, c’est-à-dire en passant directement par les API proposées par ces services par le Live Framework et le SDK d’Azure SDK.

Qu'est-ce que le Geneva Framework ?

Il s'agit d'un framework .Net qui facilite la manipulation de claims dans vos applications .Net Windows et Web mais aussi vos services Web.

Michel Leroux Bustamante propose un article qui décrit sa mise en oeuvre avec WCF : "Geneva Framework : A better approach for building claims based WCF services"

En bref, l’authentification et la vérification des autorisations d’accès aux fonctionnalités de vos applications peut se résumer comme suit en .Net, à partir du moment où vous reposerez sur les principes des claims :

[18 décembre] BPM avec Aris et BizTalk Server

Steve SFARTZ — Wed, 26 Nov 2008 11:30:00 GMT

Accenture/Avanade, Aris et Microsoft ont le plaisir de vous convier à un petit déjeuner le 18 Décembre 2008 de 9h à 11h au Centre de Conférence Microsoft pour découvrir comment BizTalk Server permet d’exécuter et monitorer des processus métier modélisés avec Aris. La session sera animée par Accenture qui dispose d’une practice sur la solution ARIS.

IDS Scheer, éditeur spécialisé (ISV) sur la modélisation métier, dispose de tout un panel d’outils spécialisés destinés aux fonctionnels pour cartographier les processus métiers et applications du système d’information. Mais également de templates métiers (ex : SCOR dans le manufacturing, ou Risk Management/compliance pour la finance).

La solution ARIS for BizTalk permet à des fonctionnels de modéliser les processus de l’entreprise d’un point métier pour ensuite les automatiser avec BizTalk Server en intégrant les applications métiers (ERP et autres).

Thèmes abordés

Capitalisation sur les modèles de processus
Optimisation et amélioration continue des processus
Modélisation de processus avec l’outil ARIS
Intégration des processus modélisés dans l’architecture du SI
Mesure et contrôle de l’exécution des processus métier avec BizTalk Server

Démonstrations

Modélisation d’un processus métier avec l’outil Aris
Intégration des outils Aris et BizTalk Server
Connexions aux services métiers existants avec Biztalk Server
Suivi métier de l’exécution des processus

CCR & DSS Toolkit 2008 versus WCF / WF

Steve SFARTZ — Tue, 04 Nov 2008 11:39:00 GMT

Annonce PDC 2008 : les technologies CCR et DSS seront disponibles de façon indépendante de Robotics Studio. Ce nouveau packaging est lié à la montée en puissance de l’utilisation de CCR et DSS pour des applications d’entreprise (orientées Services, Composition, et possibilité d’observer et rejouer des exécutions).

CCR – Concurrency & Coordination Runtime - et DSS – Decentralized Software Service – sont un ensemble de classes pour les frameworks .Net et .Net Compact pour faciliter la création d’applications distribuées avec un faible couplage et s’exécutant de façon concurrente. Les frameworks CCR et DSS sont légers, ils peuvent s’intégrer dans une implémentation SOA existante.

On retrouve des caractéristiques du couple WCF / WF telles que l’orientation services, le couplage faible et la composition mais dans le cas de CCR et DSS, il s’agit de frameworks spécialisés pour une exécution ultra-rapide et dans un contexte fortement concurrentiel.

Les références citées lors de la PDC sont “Windows Live” pour la navigation et la coordination des IO, “Tyco” pour gérer les évènements dans le cadre d’une solution de contrôles d’accès (je me souviens d’une vidéo sur Channel9…), et "Siemens Infrastructure Logistics" pour un système de manipulaiton d’emails.

“We deal in milliseconds and microseconds, and there are not very many commercial products that we can take off the shelf and integrate into our product that can meet our demanding performance criteria…” Hamid Salemizadeh, Director of Engineering, Reading & Coding, Siemens Infrastructure Logistics Inc.

Dans une future version de .Net, le runtime de CCR reposera sur le runtime Concurrency des Parallel Extensions pour .Net, soutenu par Intel.

Comment savoir si vous devez utiliser ou non CCR et DSS

Le toolkit CCR et DSS propose un modèle de programmation très léger pour créer des applications distribuées, à faible couplage et dans un contexte fortement parallèle. Voici quelques contextes d’utilisation :

Des applications orientées Input / Output (et non orienté logique métier) dont la gestion est effectuée de façon asynchrone
L’architecture peut être vue comme une série de pipes et de filtres (orientation données) avec un couplage faible et distribuée
La nécessité de s’exécuter sur des matériels sur lesquels on souhaite minimiser l’utilisation des ressources (.Net Compact)

Voici par ailleurs des cas où le toolkit ne s’applique pas :

Mise en oeuvre de transactions locales ou distribuées
Correlation de messages dans une conversation de plus haut niveau, incluant une gestion d’états
Mise en oeuvre de processus longs
Scénarios orientés algorithmique plutôt que données / messages.

Oslo : Quoi de neuf à la PDC ?

Steve SFARTZ — Mon, 03 Nov 2008 04:44:00 GMT

L’initiative Oslo n’a pas été particulièrement mise en avant, néanmoins nous avons pu voir se confirmer les rumeurs des derniers mois (Remarque : l'annonce majeure de la PDC 2008 fut Windows Azure et la plate-forme Azure Services et vous trouverez dans le communiqué de presse l'ensemble des annonces en terme de développement).

Au cours de la session “A lap around Oslo”, Vijaye et Doug Purdy ont confirmé la volonté de Microsoft de systématiser l’utilisation de modèles pour décrire les applications afin d’en simplifier le déploiement, la maintenances et les évolutions.

Le concept derrière Oslo est :

de construire un modèle de son application au travers du nouveau langage “M”. Le langage M sera publié sous spécifications ouvertes comme un encouragement vers la communauté à l’étendre.
de manipuler ce modèle au travers d’interfaces textuelles ou visuelles présentées par “Quadrant”. Quadrant permet d’intergir avec des modèles décrits en langage M au travers de DSL textuels et visuels.
de stocker ce modèle dans un référentiel pour le partager entre les équipes de développement et de production.L’Oslo Repository repose sur SQL Server.
pour enfin déployer et exécuter ce modèle sur un runtime (parmi Dublin, ASP.Net, WCF, WF, SQL/EDM, Windows…).

Voici donc des fondations bien pensées et plutôt adaptées à une initiative aussi ambitieuse qu’Oslo : faire la part belle aux modèles sur la plate-forme Windows.

Prochaine étape pour Oslo ? Certainement la conférence SOA & BPM fin Janvier 2009… En attendant, je vous invite à découvrir le langage M et les riches capacités de manipulation / transformation de vos modèles proposées dès maintenant dans le SDK d’Oslo, ainsi que la documentation MSDN Oslo.

Dublin : le nouveau serveur d'applications de Microsoft

Steve SFARTZ — Mon, 03 Nov 2008 03:38:00 GMT

Avec la version 4 du framework .Net, les technologies WCF (Communication orientée services) et WF (Workflow) seront enrichies, mais elles bénéficieront aussi d’un nouveau conteneur “Dublin” qui s’apparente donc à un serveur d’applications SOA / Composites. Dublin sera lancé après .Net 4, et sera intégré à la plate-forme Windows Server sans coût supplémentaire.

Remarque : sans attendre .Net 4, le framework WCF 3.5 se voit enrichi de nouveaux scénarios REST grâce au REST Starter Kit.

Remarque 2 : durant la session XAML Declarative Programming de la PDC 2008, une démonstration a été réalisée d'un code XAML qui couvrait la présentation, les communications et la composition (WPF + WF + WCF), grâce aux nouvelles fonctionnalités de XAML 2009.

Le document Dublin .Net 4 Overview résume les fonctionnalités planifiées :

Présenté lors de la PDC 2008, Dublin a créé l’enthousiasme mais aussi levé plusieurs interrogations :

Q : Faut-il voir Dublin comme une alternative à BizTalk ? Oui et non. Les 2 technologies couvriront des scénarios différents mais pourront aussi se compléter pour gérer les scénarios entreprises les plus complexes. Dublin permet d’abriter votre logique applicative SOA et composite, tandis que BizTalk se concentre sur les problématiques d’intégration du SI et des flux partenaires. Pour plus de détails, consulter la documentation MSDN "A First Look at WF, Dublin, Oslo" dont voici un extraint :

The key thing to understand is that “Dublin” doesn’t directly target traditional BizTalk scenarios. For example, enterprise application integration and business-to-business connections via EDI will still use BizTalk Server. Similarly, bringing existing applications into the service-oriented world by exposing their functions and/or data through BizTalk Server will continue to make sense. While the reach of “Dublin” may grow over time, BizTalk Server remains important for connecting the Microsoft application platform to the diverse systems common in most enterprises

If an organization needs an application container for WCF services, however, especially those implemented using WF, “Dublin” is a better choice—this is what it’s designed for. And expect BizTalk Server’s connection with “Dublin” to get stronger: Look for a future release after BizTalk Server 2009 to build on the “Dublin” infrastructure. Even though the functions of BizTalk Server and “Dublin” appear to overlap in some ways, each technology has a clear role to play

Q : Comment se positionne Dublin par rapport à Oslo ? Il sera possible de déployer automatiquement des applications en projetant le modèle de ces applications stocké dans le référentiel Oslo vers le conteneur Dublin. Dublin sera l’un des premiers runtimes à intégrer cette capacité.

The Architecture Journal : Gestion des identités et des accès

Steve SFARTZ — Mon, 01 Sep 2008 09:49:00 GMT

Le 16ème numéro de l’Architecture Journal se concentre sur la gestion des identités et des accès. Si vous débutez sur le sujet, vous serez intéressé par The Evolving Role of the Identity: From the Lone User to the Internet.

Pour ceux qui ont déjà quelques notions ou bien commencé à travailler sur des applications Claims-Aware, je vous recommande la lecture de Federated Identity Patterns in a Service-Oriented World qui présente 5 patterns : Inter-Domain Token Exchange, Intra-Domain Token Exchange, Third-Party Trust Establisher, Pseudonym Claim Service, Attribute Claim Service, ainsi que la problématique de mise à jour des données.

Pour projeter ces concepts sur des exemples concrets, il ne vous reste plus qu’à lire Claims and Identity: On-Premise and Cloud Solutions et maquetter une transformation de claims avec les BizTalk Services ou bien mettre en place un environnement de test local via le framework de gestion des identités Zermatt (voir ce billet de Vittorio Betocci).

Sans gestion de ses données, point de salut pour sa SOA

Steve SFARTZ — Thu, 31 Jul 2008 01:47:00 GMT

Dans l’article “SOA Last Mile”, SOA World donne la parole à Informatica qui nous rappelle combien SOA et Master Data Management sont liés.

Nous en parlions début 2008 dans la Lettre des Architectes numéro 10 :

Suite à l'acquisition de Stratature, vous nous questionnez régulièrement concernant la stratégie de Microsoft vis-à-vis du Master Data Management (MDM). Rappelons tout d'abord qu'un projet MDM concerne la mise en place d'un référentiel de données d'entreprise cross-applications (tant pour les applications transactionnelles que décisionnelles). C'est un projet qui va bien au-delà du simple aspect de la rationalisation technique, en permettant à différentes entités de partager un langage commun.

Microsoft prône une approche MDM incrémentale et pragmatique tenant compte de l'existant et de l'organisation de l'entreprise. De plus, la plate forme Microsoft permet d'aborder un projet MDM comme un projet d'intégration, via l'utilisation d'outils homogènes et conçus pour s'interfacer avec toutes sources et types de données. En termes fonctionnels, la couverture des technologies MDM Microsoft s'étend de l'infrastructure de création et d'alimentation des référentiels aux écrans de validation et/ou de reporting de suivi et d'analyse, avec une synergie forte avec les projets SOA et décisionnels

Le rachat de l'offre Stratature a élargi les possibilités des technologies MDM Microsoft, notamment avec des fonctionnalités de gestion des hiérarchies, des modèles de données flexibles, des modèles de sécurité plus fins et des outils de gouvernance ainsi que de gestion de workflows humains, le tout au travers d'interfaces utilisateurs intégrées à Office. Notons qu'il est possible depuis quelques semaines de tester ces nouvelles fonctionnalités et faire part de vos remarques en passant par vos interlocuteurs Architectes Microsoft. N'hésitez pas à revenir vers nous...

Pour en savoir plus, consultez le portail MDM de Microsoft

WCF : Scenarios de déploiements

Steve SFARTZ — Fri, 25 Jul 2008 12:37:00 GMT

L'article MSDN "Windows Communication Foundation: Application Deployment Scenarios" proposé par la Michele Leroux Bustamante d' IDesign, présente 5 scénarios de déploiement de services basés sur WCF. Architecture, implémentation et sécurité, tout y est.

Un guide qui méritera d'être actualisé avec l'arrivée de Silverlight 2, et les spécificités du proxy client WCF.

Les Bus de Services en pratique

Steve SFARTZ — Tue, 22 Jul 2008 16:52:00 GMT

En février 2008, Anne Thomas Manes du Burton Group publiait l’étude « Enterprise Service Bus: The Volatile Market Landscape » et conseillait de voir les bus de services comme multiples au sein d’une organisation et comme des plate-formes applicatives couplées à un modèle de programmation plutôt que comme une infrastructure centralisée, point de passage obligé pour tous les messages échangés entre les services.

Si l’objectif d’un bus de services est bien d'assurer les échanges des messages, plusieurs options s’offrent à nous pour établir ces communications : le mode « point à point » ou bien « brokered ».

Dans les 2 cas, il est nécessaire d’intégrer les capacités techniques suivantes pour que ces solutions d'échanges de messages puissent s'intégrer dans une vision Services : traçabilité et monitoring technique pour vérifier les engagements de SLA, suivi d’activité métier pour ajuster / piloter l’activité métier, configuration centralisée et/ou synchronisée des paramètres de connectivité entre les services (endpoint, bindings), capacité d’intervention au niveau du contenu et du routage des messages en amont ou en aval pour être capable d’assurer le respect des policy et gérer les évolutions de versions.

Détaillons les propositions de Microsoft et de ses partenaires sous cet éclairage, en intégrant les annonces technologiques de ces derniers mois ainsi que certains compléments disponibles en opensource :

Mode Point à Point : Le framework de communication WCF, proposé au sein du framework .Net, apporte une flexibilité extrême en terme d’adaptation de protocoles et de formats d’échanges. Afin de l’intégrer dans une vision Bus de Services, on complètera WCF par les extensions BAM de BizTalk, une gestion de configuration centralisée telle que « Configuration Services v2 », un hébergement capable de gérer le versioning et l’adaptation de protocoles tel que « Managed Services Engine », et la panoplie d’indicateurs techniques built-in : Logs, instrumentation WMI et compteurs de performances.

Mode Brokered : La passerelle de services « Managed Services Engine » proposée par Microsoft Services permet d’adapter les protocoles et formats d’échanges (par exemple du SOAP sur TCP vers de l’XML sur HTTP) mais aussi de router des messages vers la version ad-hoc des services concernés. Néanmoins, la technologie ne permet pas d’assurer de routage dynamique (notamment l’établissement d’un itinéraire en fonction du contenu des messages), tel que proposé par les Entreprise Service Bus.

Mode Brokered : Les Enterprise Service Bus tel que l’ESB guidance proposé en téléchargement par les équipes Microsoft Pattern & Practices ou bien Neuron ESB proposé par le partenaire Neudesic reposent sur les capacités de connectivité de WCF et la robustesse et montée en charge de BizTalk Server. Par ailleurs les connecteurs WCF (SOAP, XML, JSON, ainsi que le BizTalk Adapter Pack) sont enrichis par la large panoplie de connecteurs de BizTalk Server (MainFrame, ERP, EDI, RFID, Métiers ...).

On comprend dès lors que ces technologies ne sont pas exclusives mais viennent se compléter. L'articulation suivante apparait notamment comme judicieuse :

WCF et BizTalk ESB Guidance comme infrastructure de communications à l’intérieur de l’entreprise
MSE comme passerelle d’entrée sur le système d’informations (Internet Services Gateway)
et WCF pour une consommation étendue aux mobiles et à des clients riches occasionnellement connectés.

Enfin, la gouvernance n'est pas en reste dans la mesure où l’ extensibilité de ces technologies permet de les gouverner avec un outillage commun tel que le démontre SOA Software en annonçant une gouvernance pour Team Foundation Server, pour WCF, pour BizTalk Server, et une certification pour Neuron ESB.

Pour vous accompagner dans l'implémentation de votre SOA d'entreprise, nous vous proposons de rencontrer nos experts du Microsoft Technology Center, ainsi que les équipes Microsoft Services qui proposent une méthodologie et l’outillage adaptable « Service Oriented Modeling » avec un support en environnement critique au travers de contrats Premiers.

Zermatt : Rendre ses services "Claims Aware" ou créer ses fournisseurs d'identité

Steve SFARTZ — Thu, 10 Jul 2008 02:25:00 GMT

Derrière le nom de code "Zermatt" se cache un framework (ex IDFX) permettant de créer des services et des applications Web .Net dont la sécurité (authentification et autorisations) soit basée sur des claims.

Zermatt arrive à point nommé :

d'un point de vue technique la création et la manipulation de claims est un exercice délicat,
dans un contexte où les claims apportent la souplesse en terme de sécurité qui permet à vos services de supporter à la fois des scénarios "Single Sign On" mais aussi de fédération d'identités.

Zermatt est en beta et disponible sur Microsoft Connect, où vous trouverez un livre blanc d'introduction pour les développeurs à la gestion de Claims et la mise en oeuvre en .Net avec Zermatt : Microsoft Code Name "Zermatt" white paper for developers

Les possibilités de gestion de claims ont pour objectif d'être totalement interopérables avec les standards du marché (WS-Trust, Federation Active & Passive Profiles notamment) et les offres qu'elles soient éditeurs ou opensource.

"everyone should understand that our intent is for this platform to interoperate fully with products and frameworks produced by other vendors and open source projects, and to help the capabilities we are developing to become universal." Kim Cameron

De plus, Kim souligne que Zermatt est utilisé comme fondation pour construire les produits commerciaux de Microsoft tels que ADFS v2 (qui sera capable de gérer des scénarios Active Profile où tout type de client peut s'interfacer avec le fournisseur de jeton ADFS, ce qui n'est pas le cas de la v1 pour rappel limité à des scénarios Passif, c'est-à-dire initiés pas un browser Web et dont le protocole de récupération d'un jeton est basé sur des redirects HTTP plutôt que sur des échanges SOAP / WS-Trust).

Voci quelques scénarios d'utlisation de Zermatt pour la mise en oeuvre d'applications reposant sur la réception de claims, mais Zermatt permet aussi à vos applications de se positionner comme fournisseur de claims, ou encore de créer des cartes d'identité (type Microsoft Cardspace).

Building claims-aware applications

Zermatt makes it easier to build identity aware applications. In addition to providing a new claims model, it provides applications with a rich set of API’s to reason about the identity of a caller using claims.

Zermatt also provides developers with a consistent programming experience whether they choose to build their applications in ASP.NET or in WCF environments.

ASP.NET Controls

ASP.NET controls simplify development of ASP.NET pages for building claims-aware Web applications, as well as Passive STS’s.

Building Security Token Services (STS)

Zermatt makes it substantially easier for building a custom security token service (STS) that supports the WS-Trust protocol. These STS’s are also referred to as an Active STS.

In addition, the framework also provides support for building STS’s that support WS-Federation to enable web browser clients. These STS’s are also referred to as a Passive STS.

Creating Information Cards

Zermatt includes classes that you can use to create Information Cards - as well as STS’s that support them.

Services Oriented Modeling : Alignement IT / Métier

Steve SFARTZ — Tue, 10 Jun 2008 10:54:00 GMT

Lors du Tech Ed 2008, Microsoft Services a dévoilé l'offre SOM - Service Oriented Modeling - qui vient faire le lien de façon pragmatique entre :

les aspects Découverte et Analyse des Services qui portent le métier de votre (Offre MSBA - Microsoft Service Business Architecture)
et la feuille de route de vos équipes de production en terme d'infrastructure de services (Assessment et Roadmap SOA - SOAMM - Microsoft Service Oriented Architecture Maturity Model)

Cette offre vient concrétiser l'expérience des consultants Microsoft Services en terme de mises en oeuvre d'architecture de services, en s'appuyant à la fois sur ces méthodologies (MSBA, SOAMM) et les technologies proposées par Microsoft en terme d'infrastructure (.Net, BizTalk, System Center) et de développement (Visual Studio, Team Foundation Server et Service Software Factory).

SOM est orienté Modèles, en conformité avec les investissements Microsoft autour de la modélisation, sans pour autant mettre en oeuvre les référentiels ni les outils liés à Oslo. Néanmoins, Microsoft Services souligne qu'en respectant l'approche SOM, la transition vers les technologies liées à Oslo sera d'autant facilitée puisque vos référentiels méthodologiques les outils associés seront déjà orientés Modèles.

SOM est délivré par les équipes Microsoft Services au travers d'une mission de conseil démarrant à 4 semaines d'intervention et transfert de compétences.

UPDATE : Channel 9 sur MSDN propose une vidéo qui démontre la complémentarité de l'outillage SOM.

Quoi de neuf pour vos services avec .Net 3.5 SP1 beta ?

Steve SFARTZ — Wed, 14 May 2008 14:24:00 GMT

Le Service Pack 1 du framework .Net 3.5, actuellement en beta, apporte un grand nombre de nouveautés pour le développement Web (ASP.Net, AJAX, MVC) et Windows (WPF, ClickOnce) mais le développeur de services n'est pas en "REST": améliorations WCF et WF et les nouveaux Data Services !

Si la présentation du Service Pack 1 de .Net 3.5 donne un aperçu des nouveautés et ces démonstrations sur Channel 9, je vous invite surtout à lire VS2008 and .NET 3.5 SP1 Enhancements for Service Developers.

En résumé, un support plus large de REST et d'AtomPub dans WCF, un raccourci pour la sérialization SOAP, et des améliorations au niveau des assistants Visual Studio pour WCF et WF. Sous oublier, l'arrivée des Data Services dans le framework .Net pour supporter les scénarios d'exposition de ressources.

Un seul bémol, cette beta n'est pas compatible SilverLight 2 (en beta aussi). Donc vous ne pouvez pour le moment ne tirer parti des toutes dernières nouveautés que sur une seule filière de développement : Production ou consommation des services.

Windows Communication Foundation and Workflow Foundation Changes

New Hosting Wizard for WCF Service projects.
Enhancements in Test Client such as support for RM Sessions, Message Contract and Nullable<T> types enables testing of broader set of WCF-based services.
Expanding reach of DataContract Serializer by relaxing the need of having [DataContract]/ [DataMember] on types and by supporting an interoperable mechanism for dealing with object references.
Improved Partial Trust Debugging Experience with support for Event Log.
Support for ADO.NET Entity Framework entities in WCF contracts.
Improvements in writing REST based services ranging from easily supporting ServiceDocuments publication and consumption to providing greater control and usability of UriTemplate.
Significant performance improvements on large workflow-based projects in Visual Studio.
Considerable scalability increases for hosted WCF services in IIS7-integrated mode.

Attention, 2 anomalies répertoriées dont vous trouverez ici les contournements :

HTTP POX is not composable with One-way
Windows XP issue when AllowNtlm is set to false