Avenir du mode /hosting

Article d'origine publié le jeudi 13 octobre 2011

Avec la publication d'Exchange 2010 SP1, nous avons introduit le commutateur mode /hosting, une fonctionnalité qui permet de déployer Exchange à l'aide d'une structure Active Directory qui offre une séparation complète entre les organisations clientes partagées sur la même plateforme sous-jacente. Le mode /hosting rend le besoin d'une solution telle que Messagerie et collaboration hébergées largement redondant dans le cadre d'un hébergement d'Exchange partagé au sein d'une architecture mutualisée. Le mode /hosting n'est pas fourni avec les outils d'automatisation nécessaires aux hébergeurs pour faire fonctionner un service à l'échelle, mais il satisfait la configuration requise type d'une instrastructure partagée au sein d'une architecture mutualisée (telle que des organisations clientes et des plans de services).

D'un côté, le mode /hosting résoud de nombreuses difficultés inhérentes à l'offre de ce type de service. De l'autre côté, le mode /hosting offre un jeu de fonctionnalités réduit comparativement à la configuration locale typique. Depuis que nous avons publié le SP1 et le mode /hosting, nos clients et partenaires nous ont fait savoir qu'un grand nombre de ces fonctionnalités constitue une exigence fondamentale pour leurs activités, c'est pourquoi j'ai annoncé que les hébergeurs seraient pris en charge dans le cadre de l'utilisation de la configuration locale à partir du SP2 (en supposant que leur configuration respecte la configuration requise en matière de conception). En outre, nous avons également apporté une perspective correspondant à la bonne approche à suivre pour les hébergeurs.

L'objectif de ce billet de blog est d'expliquer la prochaine étape de l'évolution de notre réflexion à propos du mode /hosting. Suite aux commentaires effectués sur l'importance de ces fonctionnalités, nous avons conclu que la meilleure approche de l'hébergement partagé au sein d'une architecture mutualisée sur Exchange consiste à utiliser la configuration locale comme base d'une infrastructure d'hébergement. Ainsi, aucune fonctionnalité supplémentaire ne sera ajoutée au mode /hosting et il ne sera pas reporté dans la prochaine version d'Exchange. Voici quelques faits clés utiles à connaître:

• Le mode /hosting sera pris en charge via la durée de support standard d'Exchange 2010. Il sera encore disponible dans le SP2 et tous les Service Pack ou correctifs cumulatifs ultérieurs. Cependant, aucune fonctionnalité supplémentaire ne sera ajoutée au mode /hosting et il n'est pas recommandé d'utiliser le mode /hosting par la suite en raison de son jeu de fonctionnalités réduit et du fait que cela complexifiera les mises à niveau ultérieures.
• L'hébergement partagé au sein d'une architecture mutualisée de la prochaine version d'Exchange sera pris en charge, d'une manière similaire à l'approche que nous adopterons avec Exchange 2010 SP2.
• La migration depuis le mode /hosting d'Exchange 2010 vers la configuration locale d'Exchange (2010 ou versions futures) nécessitera un déploiement dans une forêt séparée.
• Microsoft publiera des instructions pour l'hébergement d'un environnement partagé au sein d'une architecture mutualisée à l'aide de la configuration locale. Microsoft publiera également un processus pas à pas pour la mise à niveau depuis Exchange 2007 HMC ou la migration depuis Exchange 2010 SP1 vers Exchange 2010 SP2 à l'aide de la configuration locale.
• Des outils d'automatisation de l'hébergement et des solutions de panneaux de configuration seront fournis par nos partenaires ISV d'hébergement. Nous travaillons en étroite collaboration avec eux afin de veiller à ce que leurs solutions respectent nos directives en matière d'hébergement (et soient donc prises en charge).

Même si c'est un changement de cap, qui entraînera sans doute une charge de travail variable liée à la migration pour les hébergeurs qui ont déployé le mode /hosting, il y a une bonne nouvelle. Cette nouvelle approche signifie que les hébergeurs seront en mesure de proposer un jeu plus large de fonctionnalités Exchange hébergées à leurs clients. En outre, l'intégration de Lync dans un portefeuille de services hébergés sera plus rationalisée et beaucoup plus simple.

Comme en témoignent les données que vous avons présentées lors de la Conférence mondiale des partenaires, ce changement ouvre des opportunités de marché non négligeables pour les hébergeurs. La plupart des clients qui envisagent une mise à niveau vers Exchange 2010 citent les fonctionnalités avancées du produit (telles que la messagerie unifiée Exchange, non disponible dans le mode /hosting) et un service UC hébergé en tant que pilote principal.

La question évidente que vous vous posez probablement est « Que dois-je faire maintenant ? » Si vous n'avez pas encore déployé Exchange 2010, nous vous recommandons d'éviter le mode /hosting et de passer directement à Exchange 2010 SP2 avec la configuration locale. Cela vous permettra de proposer les fonctionnalités que vos clients demandent et d'éviter une migration d'une forêt à une autre en cours de chemin.

Si vous avez déjà déployé le mode /hosting, vous continuerez à être entièrement pris en charge pendant la durée de support standard d'Exchange 2010, même si vous continuerez de disposer d'un jeu de fonctionnalités réduit. En outre, si vous prévoyez d'héberger Lync et avez déployé Exchange avec le mode /hosting, vous devrez déployer Lync dans une forêt distincte. Vous pouvez alors envisager de passer à Exchange 2010 SP2 avec la configuration locale. Si aucun de ces problèmes ne vous concernent, attendez que la prochaine version d'Exchange soit disponible.

Comme mentionné auparavant, la documentation relative à l'hébergement ainsi qu'un processus pas à pas pour les deux scénarios seront disponibles auprès de mon équipe dans les mois qui viennent.

Nous avons conscience que les difficultés qu'implique cette décision sont considérables, mais nous pensons vraiment qu'il s'agit de la meilleure décision, du moyen d'action le plus souple pour faire avancer la communauté de nos partenaires prestataires de services. Nous fournirons davantage d'informations dans les mois qui viennent, mais souhaitons être clairs sur ce changement de cap étant donné qu'une infrastructure se prévoit dès maintenant.

Kevin Allison
Directeur général
Exchange Customer Experience

Ce billet de blog a été traduit de l’anglais. L’article d’origine est disponible à la page Future of /Hosting Mode