Web oriented enterprises

Lorsqu'on souhaite ouvrir son architecture internet vers d'autres SI, la problèmatique des méthodes/moyens d'intégration pointe le bout de son nez...

Tout d'abord il convient de tordre le cou à une idée reçue qui est que l'intégration la plus maitrisée et la plus forte, avec un partenaire à l'expertise reconnue est la meilleure. Dans les faits, c'est le partenaire qui a le meilleur apport business qui est choisi, et hélas pour nous ce n'est pas toujours celui qui a la meilleure expertise technologique.

Donc le business a choisi de nouer un partenariat avec un acteur tier, et ce parteanriat doit se concrétiser par l'intégration de certaines fonctionnalités de son SI dans le votre. Différents niveaux d'intégration sont possibles:

• stade minimal de l'intégration web: l'intégration dite web à web: on relie les 2 sites Internet par un simple lien
• intégration moyenne: il y a appel de services entre les 21 SI (par exemple un SI peut appeler un webservice situé chez le partenaire)
• intégration forte: il s'agit d'une version évoluée de l'intégration moyenne, qui va amener à partager plus que des services: cela peut revenir à créer des composants communs par exemple.

Avant de choisir le mode d'intégration , il convient de regarder les besoins du métier, mais aussi les avantages et inconvénients des différentes solutions en fonction de critéres quantifiables. Je vous propose la matirce suivante comme exemple d'outil d'aide à la décision:

Enfin il va s'en dire que l'intégration réussie d'un partenaire passe avant tout par l'organisation et par la capacité à accompagner le partenaire dans son intégration. On peut par exemple préparer un kit partenaire qui regroupera:

• Convention de service

Modalités d’intégration

Chaine de soutien / support

• Spécifications fonctionnelles

diagrammes de séquences, modèles des données échangées

• Spécifications techniques

protocoles, authentification, performances…

Spécifications des APIs

Dossier de livraison

• Intégration

Données de raccordement pour chaque plateforme (login, certificats…)

Bouchons pour les tests d’intégration

Google vient d'officialiser (les rumeurs avaient cours depuis longtemps) son travail sur un nouvel OS, le Chrome OS.

Certes il faut toujours prendre un peu de recul sur les annonces toujours très médiatiquement orchestrées. Certes Jolicould et Intel ont déjà fait des annonces en ce sens. Mais ce qu'il faut retenir, c'est que la tendance est là: les architectures web ont conquis les SI des entreprises. Et les applications, les usages font que les utilisateurs ne dsitinguent plus Internet du poste de travail. Souvenez vous il y a encore quelques années: se connecter au net signifait se brancher à la prise téléphonique, allumer un modem, lancer une connexion depuis le poste de travail, et se déconnecter à la fin de la navigation. Aujourd'hui les box, les forfaits illimités (pour l'adsl comme pour l'internet mobile), le wifi ont complétement changé la donne. L'exception dans l'utilisation des ordinateurs (et j'entends bien ordinateurs au sens très large, smartphones compris) serait plutôt d'être par moment déconnecté, avec toute la frustration que cela entraine chez l'utilisateur (que tentent de compenser certaines initiatives comme GEARS de Google).

Google a bien compris cela, et a aussi vu les faiblesses de Microsoft qui doit composer avec un legacy qui l'empêche d'avancer vers l'internétisation de ses OS. Google va repartir d'une page blanche, sans se préoccuper (a priori) d'assurer une compatibilité ascendante avec d'anciennes applications. En misant sur des applications web où le poste de travail n'est qu'un frontal d'accès, mais où les données sont stockées ailleurs (dans le nuage).

C'est en cela que l'annonce de Google mérite notre attention: l'architecture web arrive maintenant sur les postes de travail, à nous d'en tenir compte dans nos projets.

Google a, pour la première fois de son histoire, révélé quelques informations sur la manière dont il gère ses infrastructures et ses serveurs.

Les ingrédients de la recette:

• une architecture hardware simple
• un souci permanent d'économiser l'énergie
• la standardisation au maximum

le billet de 01net (avec des vidéos): http://pro.01net.com/editorial/500596/google-leve-le-voile-sur-le-mystere-de-ses-serveurs/?rss?rss