Docker et Kubernetes conviennent-ils à mon équipe ?

Il y a des signes qui indiquent qu’une organisation sera probablement confrontée à des difficultés avec l’adoption d’une stratégie de conteneur :

1. Adopteurs tardifs. L’organisation a de la difficulté à adopter les nouvelles technologies au fur et à mesure qu’elles apparaissent. Ils ne veulent pas « comprendre », ils veulent faire les choses comme ils savent le faire et laisser les autres établir d’abord de nouvelles pratiques bien documentées. Ces organisations présentent généralement des comportements d’adoption tardive tels que des politiques de « version moins un », fonctionnant sur des systèmes d’exploitation et des versions de navigateur plus anciens, hésitant à passer à une infrastructure basée sur le cloud, etc. Dans certains scénarios, ces infrastructures plus anciennes peuvent même ne pas être en mesure de répondre aux exigences de virtualisation de Docker.
   
   Bien que Kubernetes et Docker ne soient pas exactement nouveaux, il s’agit toujours d’une solution technique plus récente dans le communauté Sitecore et présentera donc des lacunes dans la documentation, les pratiques éprouvées et l’adoption généralisée.
   
   Relever le défi : Identifiez des études de cas d’organisations actuellement sur Sitecore avec un profil similaire à celui de votre propre organisation. Cela contribuera à donner aux parties prenantes l’assurance que « cela a déjà été fait auparavant ». Ensuite, une analyse de l’état actuel de l’infrastructure technologie serait nécessaire pour assurer une disponibilité pour les conteneurs.
    
2. Environnements hautement réglementés. Qu’il s’agisse de législation gouvernementale ou de politiques au niveau de l’entreprise, ces organisations ont mis en place de nombreuses règles sur la façon dont vous pouvez faire passer les logiciels du développement à la production. L’équipe DevSecOps ne sait peut-être pas comment transposer ses politiques et réglementations actuelles dans un monde de conteneurs. Comment toutes les équipes s’informent-elles sur la façon de s’assurer que les conteneurs respectent les politiques ? Certaines de ces politiques ont probablement été élaborées il y a de nombreuses années et n’ont pas été réexaminées par rapport aux technologies plus récentes. 
   
   Relever le défi : Celui-ci est tout au sujet de l’éducation. Ce n’est pas que vous ne pouvez pas le faire, mais les gens ne sauront pas nécessairement comment. Il est utile de définir des champions qui peuvent faire des preuves de concept et qui ont quelque chose à « montrer » aux différentes équipes afin qu’ils puissent comprendre les différences entre les technologie existants et proposés.
    
3. Les coûts d’infrastructure semblent « sous contrôle ». Il y a très peu de frais généraux d’infrastructure, ou la livraison/les opérations techniques ont été externalisées à un groupe externe lorsque le coût du service est raisonnable par rapport à la responsabilité technique réduite. 
   
   note: L’équipe qui effectue le travail externalisé voudra peut-être envisager une stratégie de conteneur pour augmenter sa marge bénéficiaire !
   
   Relever le défi : Si les coûts d’infrastructure actuels n’entravent pas l’entreprise et que vous pensez vraiment que les conteneurs sont la voie à suivre pour l’organisation, il peut être utile d’examiner le délai de résolution (MTTR) pour les défauts de production ou les avantages du délai de mise sur le marché au lieu de se concentrer uniquement sur les coûts d’infrastructure. Votre organisation verra-t-elle plus de valeur dans ces domaines ?
    
4. Base d’applications mature et stable. Il y a très peu de changements qui se produisent au jour le jour dans les environnements hébergés par Sitecore. Peut-être y a-t-il une petite équipe qui travaille avec Sitecore, un seul site, une seule version du logiciel. Il n’y a pas de complexité autour de la maintenance des différents environnements, très peu de changements se produisent.
   
   Relever le défi : Cet état est en fait un signe avant-coureur de l’innovation ! Vous devriez être dans un modèle d’amélioration continue et l’absence de changements n’est pas vraiment une bonne chose. Si l’équipe repousse l’adoption de nouvelles technologies pour cette raison, vous aurez peut-être besoin d’une analyse plus approfondie des problèmes qui conduisent à cette situation. Il y a peut-être une stratégie plus importante à traiter autre qu’un conteneur.
    
5. Automatisation de l’infrastructure à la traîne. Si l’équipe responsable de toute l’infrastructure a actuellement du mal à suivre le rythme de l’automatisation de l’infrastructure, l’introduction d’une nouvelle technologie nécessitant l’automatisation de l’infrastructure peut s’avérer difficile. Si ces équipes n’innovent pas dans la façon dont elles gèrent l’infrastructure, elles sont parfois réticentes à prendre en charge ces nouvelles technologies, surtout si l’organisation tombe dans l’un des deux premiers défis énumérés ici.
   
   Relever le défi : Avant de s’attaquer à une stratégie de conteneurs, ce défi peut indiquer que la priorité est de se concentrer sur la façon dont l’organisation automatise son infrastructure (ou ne l’automatise pas, selon le cas). Un investissement global dans la façon dont votre équipe priorise l’automatisation peut être une première étape. Peut-être qu’une stratégie de conteneur est le moyen d’y parvenir, mais vous devrez peut-être d’abord faire quelques petits pas ici pour amener l’équipe à un point où cette adoption culturelle fonctionnera.