Ce sont les développeurs, éditeurs indépendants, et les partenaires de Microsoft qui décideront du sort de Sync Framework. Lancé hier en version CTP (Community technology preview), Microsoft Sync Framework (MSF) fournit un ensemble d'outils facilitant la mise en oeuvre de solutions de synchronisation des données entre diverses sources. Toutefois, MSF ne sera vraiment alléchant que lorsque le Sync Framework Runtime, le moteur d'exécution, aura été porté sur d'autres plateformes que celles de Microsoft, en particulier sur les smartphones. Microsoft encourage donc son écosystème présent toute cette semaine au TechEd de Barcelone à s'emparer de son offre. « Le Sync Framework est la glu pour le logiciel plus services », explique Philip Vaughn, responsable du groupe réplication et synchronisation de données chez Microsoft, faisant allusion à la stratégie S+S de l'éditeur. L'idée de MSF est en effet de pouvoir accéder à ses données partout, depuis n'importe quel appareil ou service. Pour parvenir à ce résultat, il faut des connecteurs spécifiques à chaque source de données (Microsoft les appelle des « providers ») et au moins un agent effectuant les opérations de synchronisation. Parmi ces opérations, il y a la prise en charge du réseau et de ses topologies, l'évaluation des données à synchroniser, ou encore la détection et éventuellement la résolution de conflits. Microsoft promet une faible empreinte réseau En revanche, MSF ne se préoccupe pas de sécuriser les échanges. En la matière, Philip Vaughn recourt à une image très utilisée outre-Atlantique : « Nous nous tenons sur les épaules des géants ». En d'autres termes, il appartient à d'autres équipes de mettre en place des protocoles sécurisés ou des outils d'authentification auxquels les 'providers' se conformeront. De même, aucune compression spécifique n'est utilisée, car Microsoft souhaite que sa solution puisse être utilisée quelque soit le protocole employé. Mais Philip Vaughn explique que le recours à des métadonnées sur les données à synchroniser permet de ne faire transiter par le réseau que ce qui est strictement nécessaire. Microsoft cite deux grands scénarios d'utilisation de MSF. D'abord les applications occasionnellement connectées : le Sync Framework fournit alors des outils permettant aux développeurs de recréer simplement le lien qui peut exister entre Outlook et Exchange (en l'occurrence pour les emails) pour tout autre duo d'applicatifs. Ensuite, la collaboration pair à pair, lorsque deux appareils vont échanger des données sans qu'une application serveur, centralisée, ne soit impliquée. Il faut alors que le runtime soit embarqué sur au moins un des clients. Les développeurs appelés à multiplier le nombre de connecteurs Le Sync Framework devrait ainsi remplacer à terme tous les mécanismes de réplication qui existent aujourd'hui, sur les smartphones Windows, par exemple, ou dans Vista. Au cours d'une session technique, Philip Vaughn a montré avec quelle simplicité on pouvait synchroniser deux répertoires. La réplication de fichiers et de dossiers, ainsi que le support des partitions FAT et NTFS, et celui des mémoires flash font en effet partie des capacités initiales du Sync Framework. MSF supporte deux autres modes de connexion aux données : ADO.Net, le mode d'exposition des données par une base SQL Server, et SSE (Simple sharing extensions), qui permet d'utiliser le protocole RSS pour diffuser des données depuis un site Web. D'autres 'providers' devraient être réalisés par les équipes de Microsoft et placés sur MSDN à la disposition des développeurs, mais Philip Vaughn espère que ces derniers multiplieront les connecteurs. Côté produits, le runtime tourne sur la majorité des plateformes Windows, via .Net... en attendant que des partenaires annoncent l'avoir porté sur d'autres plateformes.