Pourquoi orchestrer l'IT ?

Dans la proposition de Serena, il s’agit de faire de l’orchestration applicative et des opérations IT. L’orchestration est devenue une nécessité explique Serena, avec un IT de plus en plus complexe et hétérogène : applications web en pagaille, mobilité, virtualisation, cloud computing. La nature des applicatifs change avec à la fois des logiciels déployés, les applicatifs métiers, les services en mode SaaS et les services cloud. Et cela pose à l’entreprise un autre défi : une infrastructure qui se diversifie d’ellemême et qui parfois se virtualise ou tout bonnement se segmente entre l’infrastructure internet et les ressources externalisées dont le contrôle n’est pas toujours possible (cloud public, SaaS). Cette dimension est à considérer dans une approche ITSM / ITIL. L’orchestration, en quelque sorte une tour de contrôle pour mieux organiser et coordonner ces “ensembles” s’avère intéressante. Car, la DSI perd du temps à coordonner, à aligner, à récupérer les demandes métiers, et le métier n’a pas forcément accès à un Help Desk efficace. Tout cela produit des surcoûts, un SI non efficace et une difficulté à orchestrer, aligner les différents intervenants et services. Aujourd’hui, un service métier ne va pas comprendre qu’il faut 3 semaines pour développer une application iOS et 3 mois pour la mettre en production ! D’où l’importance de l’“IT orchestrée”. Il est comparé à un “super ALM”. Basiquement, le cycle est le suivant : il y a une demande IT, qui sera injectée dans l’environnement ITSM pour être traitée et transformée en processus pour les opérateurs et/ou l’applicatif, puis les processus aboutissent à l’exécution en production de la requête. Cependant il est nécessaire de déployer, ou tout du moins, d’avoir les outils nécessaires pour cette orchestration : un centre pour les requêtes, un gestionnaire de demandes, un tableau de bord de l’IT orchestré, puis les outils nécessaires au DevOps et à l’ITSM “classique”.