Gestion des clients, pourquoi ConfigMgr ?

Il y a de cela déjà quelque temps, j’avais écrit le billet sur les raisons qui me faisaient aimer OpsMgr pour faire de la supervision. Les raisons pour lesquelles je n’ai pas fait l’exercice similaire sur la gestion des clients sont liées à un manque de temps et non pas à un moins grand entrain pour ConfigMgr.

Nous sommes aujourd’hui, à nouveau, quelques jours après les TechDays. Je vous donnerai prochainement quelques détails sur les sessions sur ConfigMgr que j’ai eues le plaisir d’animer. Je tiens à remercier mes co-présentateurs, mais surtout à tous ceux qui étaient présents dans les salles.

Comme vous avez pu le lire, cela fait désormais plus de 20 ans que je travaille sur SMS, puis ConfigMgr. Comme pour OpsMgr, j’ai également travaillé avec d’autres produits, comme on dit, dans une vie antérieure. Certains m’ont fait passer quelques moments intéressants dont je garde un souvenir impérissable.

L’intégration que Microsoft propose entre ConfigMgr et Windows est la meilleure que j’ai pu voir. Je ne doute pas qu’elle doit faire enrager certains concurrents. Si les versions beta (Technical Preview, pour Windows 10, par exemple) sont publiées par Microsoft, c’est aussi pour que les éditeurs de logiciels se mettent à adapter leurs propres produits aux évolutions futures de Windows. J’ai eu, chez certains clients, quelques moments délicats à l’époque où la sortie de Windows n’était pas calquée sur celle de ConfigMgr, mais cela ne durait pas très longtemps (moins de 90 jours généralement). Désormais, Microsoft s’est engagé à faire en sorte que les calendriers soient synchronisés.

Je me souviens de plusieurs projets sur lesquels j’ai eu la chance d’intervenir peu de temps après la sortie de certaines versions de Windows. Microsoft était le seul éditeur à pouvoir déployer ces versions de Windows, puis les gérer, voire à proposer une solution de protection contre les malwares qui ne provoque pas plus de problèmes que les virus eux-mêmes.

L’intégration que Microsoft propose entre tous les logiciels de System Center est également un aspect pour lequel j’aime travailler avec ConfigMgr. J’ai déjà vu des entreprises racheter certains de leurs concurrents pour intégrer, ensuite, le produit racheté dans la gamme des anciens, voire annoncer que, suite au rachat, l’ancien produit disparaissait au profit de celui acheté. J’ai vécu l’intégration d’OpsMgr après le rachat de sa technologie. Dans tous les cas, Microsoft dépense une très grande énergie pour homogénéiser sa gamme de logiciels. L’effort en termes de formation est plus faible dès lors que les interfaces (graphiques et de programmation) sont très proches. Maintenant que PowerShell et Orchestrator constituent le ciment entre ces différents composants, l’intégration est encore plus simple sur le plan de la programmation ou de l’automatisation.

L’un des principaux reproches qui était fait à ConfigMgr dans le passé, était de ne savoir gérer que Windows ou les logiciels Microsoft. D’une part, cette position est de moins en moins justifiée tant Microsoft oriente de plus en plus les capacités de ConfigMgr à gérer d’autres systèmes. Mais, d’autre part, je constate souvent que les équipes restent dédiées à chaque système d’exploitation.

La couverture fonctionnelle de ConfigMgr est telle qu’il existe quelques clients qui ne mettent pas en œuvre la totalité des solutions offertes. Certains continuent à ne pas déployer de système d’exploitation via ConfigMgr, d’autres restent fermement attachés à leur serveurs WSUS pour la gestion des correctifs, en particulier, les correctifs de sécurité. D’autres encore préfèrent ajouter un autre logiciel pour la prise de main à distance. Beaucoup trop (à mon goût) n’ont pas encore mesuré l’apport que pouvait apporter la gestion de conformité.

Pour des produits d’administration de clients, la montée en charge est un facteur important. Je connais beaucoup de produits concurrents dont les performances s’écroulent rapidement, de par leur conception. Les décisions qui sont prises pour faire évoluer ConfigMgr ne remettent jamais en cause ce critère. J’en ai vu la démonstration concrète au moment de la conception de ce qui s’appelle aujourd’hui la notification dans ConfigMgr 2012.

Si vous êtes en phase d’acheter ou de renouveler le choix de votre outil d’administration de clients, je ne peux que vous conseiller d’éviter de faire des analyses de comparaison de fonctions couvertes, point à point. En effet, à un instant précis, il se peut que certains produits couvrent d’avantage de fonctions qu’un autre. Un logiciel d’administration de client n’est pas un produit que l’on choisit pour quelques mois, mais vous devez constituer un partenariat à long terme tant avec l’éditeur qui diffuse ce logiciel qu’avec d’éventuels sous-traitants capables de vous apporter de l’aide. L’écosystème des partenaires de Microsoft et l’ensemble des acteurs chez Microsoft sont présents pour être à vos côtés, sans que les taux journaliers explosent pour cause d’expertise très recherchée. Les parts de marché de ConfigMgr expliquent largement cette situation.

Au passage, si vous cherchez une analyse externe de ConfigMgr sur sa capacité à rendre les services pour lesquels il est conçu, je vous invite à consulter le quadrant magique du Gartner Group sur les produits d’administration des clients disponibles à l’emplacement suivant :
https://www.gartner.com/technology/reprints.do?id=1-1UWYHPA&ct=140603&st=sb

Cette étude parait une fois par an. Le pointeur ci-dessus est encore valable pour quelques mois, avant la prochaine édition.