Comment Porsche est passé à DevOps (et a contourné la résistance au changement)

Le Cloud pour renforcer à la proximité avec le client

Le constructeur s’adosse actuellement à un  datacenter en Allemagne pour tous ses services dans le monde, ce qui peut poser des problèmes de  latence et de performance. « La latence entre l’Allemagne et des pays comme l’Australie et le Chine, là où sont aussi nos client, est particulièrement élevée. Placer l’application dans le Cloud résout ce problème. Nous rapprochons l’application de nos clients », note-t-il.

Ces changements ont pris du temps. Thorsten Biel évoque notamment des problèmes de culture, comme l’un des éléments les plus bloquants. « Mon équipe a déjà adopté des processus agiles. Nous sommes allés loin dans l’automatisation, mais ceux qui ne connaissent pas les méthodes agiles et travaillent de la même façon depuis de nombreuses années ont quelques réserves quant ces changements. »

Ces trois principes (humain, processus et technologie) sont au cœur de la transformation de Porsche. D’ailleurs, « impossible de mettre en application l’un sans les deux autres si vous voulez avoir une démarche DevOps réussie », explique-t-il partageant son expérience. Selon lui, il ne s’agit pas de missionner des personnes pour l’adoption de DevOps, mais en revanche, créer une culture de la confiance dans l’IT semble plus propice à une bonne mise en place du concept.

« Nous avons justement ré-organisé notre équipe pour créer cette culture de confiance. Nous avons donc créé une équipe de promotion de DevOps, composée d’architectes, de chefs de projets, de consultants techniques capables de dialoguer avec d’autres développeurs et chefs de projets et de les accompagner à déployer leurs projets avec à l’esprit, une démarche DevOps », ajoute-t-il.

« Avoir été capable de créer une équipe de promotion DevOps, de revoir nos processus et d’optimiser notre capacité d’automatisation nous a permis de nous transformer comme jamais auparavant », poursuit-il.

Pourquoi résister ?

« La résistance au changement rencontrée par Porsche dans les premiers jours de sa transformation vers DevOps est compréhensible », reconnait Nigel Kersten, en charge de la stratégie chez Puppet. Selon lui, la meilleure chose à faire dans ce cas est de comprendre les raisons du blocage. « Si vous avez passé 30 ans à faire le même travail, avec la même méthode, nous devons faire de l’empathie car le changement est en effet difficile », soutient-il. Il se peut que les personnes ne comprennent pas le futur de leur poste, sous un modèle DevOps.

« D’une certaine façon, le terme DevOps génère de la peur chez les ops, car ils se demandent s’ils doivent aussi devenir développeur. Ils se disent : ‘en tant qu’ops, nous écrivons déjà du code, des fichiers batch, des scripts shell et de configurations pour les imprimantes, mais nous ne le vivons pas comme de la programmation ou du développement’ », rapporte le responsable.

« Personne ne s’attend à ce qu’un sysadmin devienne architecte, mais vous devez connaître un peu le développement et les principes de l’ingénierie logicielle. En réalité, si vous apprenez quelques-uns de ces concepts, ce que vous faites déjà peut devenir plus facile et plus complet et enfin, plus fiable », explique encore Nigel Kersten.

DevOps et la technologie

La partie technologique d’une transition vers DevOps est souvent considérée comme relativement facile à mettre en place, comparée aux parties humains et processus. Mais c’est sans compter sur le fait que beaucoup d’entreprises composent avec des environnements IT hétérogènes très complexes, composés par exemple de solutions hybrides, multi-fournisseurs. Sans parler des expérimentations autour des containers et autres outils destinés à moderniser l’IT.

Avec de tels dispositifs, les équipes opérationnelles ont du mal à automatiser leur IT et à adopter les principes de IaC (Infrastructure as Code), considérée comme un must pour accélérer les développements et les cycles de delivery.

Et justement. A l’occasion de cet événement, Puppet a présenté une version de test de son outil Discovery, conçu pour donner des indicateurs en temps réel sur les performances de l’infrastructure. Un tableau de bord détaille le nombre de serveurs actifs, le placement des instances Cloud et permet de suivre les modifications de fichiers par exemple. La solution est optimisée pour vSphere, AWS et Azure. Le support de Google Cloud est prévu par Puppet.

Du scaling-up avec l’automatisation

L’automatisation est d’ailleurs au cœur du discours de Sanjay Mirchandani, président de CEO de Puppet, comme la conférence a pu le réveler. Et donc du portefeuille de la société. Cela passe par exemple par Puppet Tasks, une gamme de produits pour aider les entreprises à automatiser leur infrastructure et leurs applications. Cela comprend Puppet Bolt, pour les entreprises qui démarrent dans l’automatisation de processus ou s’adossent à des petites infrastructures avec des processus ad-hoc.

« Je parle à des DSI tous les jours et les conversations autour de DevOps et de l’automatisation portent sur l’expansion de certains projets à l’ensemble de l’entreprise », explique le CEO. Cela est plus simple pour les entreprises nées avec le Cloud, ajoute-t-il, car elles n’ont pas à digérer le très contraignant legacy.

L’automatisation inquiète

L’automatisation peut être d’une grande aide, car cela apporte de la cohérence et des capacités d’anticipation dans la création d’environnements de déploiement.Toutefois, la volonté de Puppet de devenir omniprésent dans l’infrastructure et les applications pourrait bien inquiéter les DSI, craignant pour la pérennité de leurs postes. « On demande à tous de faire toujours plus et l’automatisation ne va pas contribuer à supprimer des emplois. Cela va en fait vous permettre de faire ce que souhaitent les métiers », affirme enfin Nigel Kersten.