L'automatisation informatique est stratégique
Et si je vous disais que « les mainframes hébergent plus de transactions quotidiennes que Google (1,3 million/seconde sur CICS contre 68 542/seconde sur Google), dont 55 % de toutes les transactions d’entreprise. » ( Forbes )
Seriez-vous choqué ? Tu ne devrais pas. Alors que les entreprises à très grande échelle comme Facebook, Netflix et Google occupent généralement le devant de la scène lorsque nous parlons de transformation numérique et de l’économie des applications, la réalité est que l’économie des applications repose tout autant (peut-être plus) sur les milliers et milliers d’applications que personne ne voit ou dont personne n’entend parler. Les mainframes ne sont pas les seuls à passer inaperçus. Il s’agit également des services d’application, de l’infrastructure, du middleware et des sources de données habilement cachés sous l’interface brillante de la dernière application ou du dernier appareil.
Vous voyez, la transformation numérique concerne davantage la façon dont nous interagissons avec la technologie que la transformation fulgurante de la technologie elle-même. Il n’y a rien de nouveau dans les API, les capteurs et les appareils. Il n’y a rien de particulièrement étonnant dans les écrans tactiles et la commande vocale. Toutes ces technologies existent sous une forme ou une autre depuis un certain temps. Et dans certains cas, ce n’est vraiment que du rouge à lèvres sur un cochon.
Vous ne pouvez pas évoluer sans un service d’équilibrage de charge. Vous ne pouvez pas protéger les applications sans services d’application de sécurité. Vous ne pouvez pas connecter des applications sans middleware et API. Et aucun d’entre eux n’est très intéressant sans les données qu’ils gèrent.
L’économie des applications repose davantage sur ce que nous ne voyons pas que sur ce que nous voyons. Il est donc impératif que l’informatique ait une place – et une voix – à la table numérique. Ce siège est important, que les applications soient déployées dans un cloud public ou sur site dans un cloud privé. Ce siège est important, que les applications soient encore monolithiques ou des microservices conteneurisés. Ce siège est important. Période.
Ce siège est représentatif de la collaboration et des changements culturels nécessaires pour transformer l’informatique d’un rôle de soutien à celui d’un rôle stratégique.
La nature stratégique de l’automatisation informatique
L’une des décisions les plus stratégiques qu’un DSI peut prendre aujourd’hui porte sur l’automatisation. Alors que 55 % des organisations ont recours à l’automatisation en raison de leur transformation numérique , son impact stratégique ne peut être négligé. Tout comme le choix des langages de programmation et des plateformes pour le développement d’applications est stratégique, les ensembles d’outils, les langages et les plateformes sélectionnés pour soutenir les efforts d’automatisation le sont également.
Il serait insensé de considérer ces décisions comme sans importance. Les dettes techniques et architecturales s’accumulent rapidement et sont aussi tenaces à éliminer du budget que les kilos que nous prenons à Thanksgiving. La dette architecturale est basée sur le principe de « dette technique » dans le développement logiciel. C'est une métaphore : La complexité et les choix architecturaux vous empêchent de réaliser de nouveaux travaux, car vous passez tout votre temps à gérer les systèmes existants (panne/réparation, maintenance, etc.). Si vous avez beaucoup de dettes, cela vous empêche d'utiliser votre argent pour d'autres choses, car vous le dépensez tout en intérêts. C’est cette dette qui fait grimper les coûts des nouveaux services et qui ralentit la vitesse de prestation nécessaire pour profiter des opportunités d’amélioration des résultats, qu’ils soient mesurés en termes de productivité ou de profit.
C’est ce qui fait de l’automatisation informatique un investissement stratégique. Dans l’entreprise, les choix que vous faites aujourd’hui en matière de mise en œuvre de l’automatisation résonneront aussi fort que ceux faits dans le développement d’applications il y a des années.
Par exemple, dans notre enquête de l'année dernière, l'activation du libre-service a été citée par 65 % des DevOps comme influençant leur décision de « contourner » l'informatique et de rechercher des solutions cloud ou open source. Éviter l’informatique revient à contourner la sécurité, ce qui met l’entreprise et les autres systèmes en danger.
Choisir la mauvaise langue peut créer sa propre dette car, au fil du temps, vous ne parvenez pas à maintenir les systèmes sans les bons talents. Ne pas choisir une langue peut provoquer le chaos et transformer les scripts et systèmes d'automatisation en animaux de compagnie nécessitant des soins et une attention constants. Cela déplace le budget vers les réparations et la maintenance plutôt que vers l'innovation.
L'automatisation informatique est un effort stratégique qui doit être abordé en tenant soigneusement compte de facteurs similaires à ceux des architectures d'applications d'entreprise :
- Support sur toute la chaîne d'outils
Aujourd’hui, presque tous les fournisseurs informatiques prennent en charge l’automatisation et l’intégration avec d’autres acteurs du pipeline de production. Le support – traditionnel ou communautaire – est indispensable étant donné la complexité des réseaux actuels et la diversité des fournisseurs qui composent le pipeline. La documentation, les exemples de code et une communauté active sont très utiles. - Disponibilité de talents et/ou de formations
Si vous ne pouvez pas former votre personnel ou embaucher des talents pour travailler avec les plateformes, les systèmes et les langages que vous souhaitez utiliser, revenez à la première étape et recommencez le processus de sélection. Sans la capacité de maintenir les systèmes que vous allez construire, il est préférable de rester manuel jusqu'à ce que vous le puissiez. - Préparation multi-cloud
La prise en charge des entreprises multi-cloud est une exigence relativement nouvelle, mais c’est une exigence. L’automatisation ne se limitera pas à un centre de données sur site. Les efforts d’automatisation devront inclure au moins un cloud public et presque certainement plus d’un cloud public. Cela implique une réflexion approfondie sur la compatibilité de la plateforme et la portabilité des politiques entre les environnements dans le cadre de votre initiative d’automatisation. - Impératif ou déclaratif
Je sais que vous en avez probablement marre d'entendre parler de celui-ci, mais le choix est sacrément important. Les méthodes impératives (basées sur des API pures) sont plus rapides à développer et nécessitent moins d'adaptation de la part du service informatique, mais entraînent une dette technique importante en liant l'automatisation à des appareils et à des fournisseurs spécifiques. Les méthodes déclaratives (basées sur des artefacts) peuvent prendre plus de temps – et d'architecture – au départ, mais elles atténuent le couplage étroit du processus avec les produits et réduisent la dette technique.
L’automatisation informatique est l’une des décisions technologiques les plus stratégiques qu’un DSI puisse prendre. Etant donné que la majeure partie de l’économie des applications repose sur des systèmes relevant de l’informatique, c’est également l’une des décisions commerciales les plus stratégiques qu’un DSI puisse prendre aujourd’hui.
Choisissez judicieusement.